2026 03 08 HackerNews

2026-03-08 Hacker News Top Stories #

  1. 美国科技行业就业急剧下滑，近一年减少约57,000人，已接近或超过2008/2020衰退时期最差水平，引发广泛担忧。
  2. KDE 的 Plasma Bigscreen 为电视和机顶盒提供可定制的大屏界面，支持多种输入与应用，仍在持续发展并欢迎社区贡献。
  3. 将 SQLite 用 LLM 重写暴露出严重的性能与设计缺陷，提醒在使用 LLM 生成代码前必须明确功能与性能验收标准。
  4. Meta 在训练模型的版权诉讼中辩称通过 BitTorrent 自动上传盗版是协议必然且应属合理使用，法院裁定可能影响未来判例。
  5. 作者通过 CSS、字体与有意拼写错误等手段制造“人类化”写作风格，并就此对诚实性与身份认同展开反思。
  6. Ki Editor 是一款基于抽象语法树的结构化代码编辑器，支持语法节点级多光标编辑与批量重构。
  7. 提案建议将 crypto/uuid 纳入 Go 标准库以统一 UUID 的生成与解析支持，仍处于审议阶段。
  8. Helix 是一款以多选区/多光标为核心、用 Rust 实现并深度集成 Tree-sitter 与 LSP 的终端文本编辑器，强调高效与轻量。
  9. 有呼声建议由 Anthropic 打造一个开放且与 AI 深度整合的新型 Slack，以打破数据孤岛并促进企业级协作创新。
  10. 回顾 Docker 十年发展，总结了容器核心机制、组件演进以及面向新硬件与构建可复现性的挑战。

科技行业就业现状远差于 2008 年或 2020 年经济衰退时期 (Tech employment now significantly worse than the 2008 or 2020 recessions) #

https://twitter.com/JosephPolitano/status/2029916364664611242

在 2026 年 3 月 6 日，经济分析师 Joey Politano 在社交媒体平台 X（原 Twitter）上发布了一条关于美国科技行业就业状况的消息。他指出，最新数据显示美国科技部门的就业形势非常严峻：上个月就业人数减少了 12,000，过去一年中总就业人数下降了 57,000。这一趋势几乎与 2024 年科技行业经济衰退的最糟糕情况相当，并且在程度上显著超过了 2008 年和 2020 年的经济衰退。这表明科技行业正在经历严重的就业危机，引发了公众的广泛关注和讨论。该帖文获得了广泛的浏览和互动，显示出人们对这一经济问题的高度关注。

HN 热度 992 points | 评论 671 comments | 作者：enraged_camel | 1 day ago #

https://news.ycombinator.com/item?id=47278426

  • 当前科技行业就业市场呈现两极分化，顶尖人才薪资创新高，但普通开发者求职极为困难，尤其受影响的是中等水平的开发者。
  • 高级开发者若非高绩效者，也面临被裁员风险，而初级开发者因成本低且能利用 AI 工具，仍有机会获得职位。
  • 企业更青睐有实际动手能力和解决问题经验的开发者，而非仅擅长算法题或维护大型系统的“标准”工程师。
  • 从 0 到 1 构建新项目的能力重新受到重视，这类“实干型”开发者在当前市场更具竞争力。
  • 维护和扩展大型系统虽具挑战性，但构建新项目能带来更真实的成就感和学习价值，尤其在解决未知问题时。
  • 在缺乏明确解决方案的项目中，快速交付最小可行产品（MVP）并持续迭代，是应对不确定性的有效策略。
  • 一些看似重大的问题可能因定义不清或不可行而无法解决，新入职者需警惕“伪命题”陷阱。
  • 在复杂项目中，跨领域学习和快速掌握新知识的能力比单一技术专长更为关键。
  • 企业更倾向于招聘能承担多重角色、适应快节奏并推动项目落地的工程师，而非仅擅长理论或规范流程的人。

Plasma Bigscreen – 面向 KDE Plasma 的 10 英尺用户界面 (Plasma Bigscreen – 10-foot interface for KDE plasma) #

https://plasma-bigscreen.org

Plasma Bigscreen 是一个专为电视、HTPC 和机顶盒设计的开源 Linux 桌面环境，由 KDE 社区开发，旨在提供一个开放、可定制且用户友好的大屏体验。

它基于 KDE Plasma 技术栈，支持 Wayland、PipeWire、Flatpak 等现代 Linux 技术，具备完整的系统级功能，包括多输入方式支持（如电视遥控器 CEC、游戏手柄、键盘鼠标、KDE Connect 手机连接），并可在大屏幕上流畅操作。

界面专为电视优化，支持通过“主页按钮”快速调出悬浮侧边栏，实现应用搜索、设置访问、多任务切换等功能。用户可自由定制桌面布局、壁纸、主题和颜色方案，真正实现“你的电视，你做主”。

系统内置完整的设置应用，支持远程控制，可管理显示、网络、外观等系统配置。同时兼容主流 Linux 应用，如 Steam、Kodi、Jellyfin、YouTube（通过 VacuumTube）等，可通过包管理器或 Flathub 安装。

Plasma Bigscreen 完全开源，代码托管于 KDE Invent，欢迎开发者、设计师、翻译者和测试者参与贡献。其核心理念是打破封闭生态，保障用户隐私与自由，打造一个可信任、可扩展的开放平台。

目前项目处于“即将推出”阶段，用户可前往官网获取安装指南并参与社区共建。

HN 热度 626 points | 评论 206 comments | 作者：PaulHoule | 24 hours ago #

https://news.ycombinator.com/item?id=47282736

  • Plasma Bigscreen 是一个较老的项目，目前社区关注度有限，尚未达到像 Kodi 那样的成熟度。
  • Plasma Bigscreen 的核心优势在于其基于 PC 的灵活性，支持运行任何桌面应用，包括 Kodi、浏览器和 Steam 游戏，而 Kodi 在视频播放方面存在局限性。
  • Kodi 的界面设计复杂且用户体验不佳，导航逻辑混乱，常出现错误提示，且依赖第三方插件，存在安全和维护风险。
  • 尽管 Kodi 的底层技术稳定，但其 UI 模型僵化，强制使用文本文件夹结构，缺乏现代交互体验。
  • 用户可以通过更换主题改善 Kodi 的视觉体验，但其核心导航逻辑难以改变，仍以层级菜单为主。
  • Plasma Bigscreen 的设计理念可能适用于手持设备，尤其是结合游戏手柄和触摸屏的设备，未来或可发展为介于 Bigscreen 和 Plasma Mobile 之间的新项目。
  • Steam Deck 可以运行 Plasma Bigscreen，其基于 Arch 的 SteamOS 已内置 KDE，用户可轻松尝试。
  • Plasma Bigscreen 项目目前由 Devin Lin 主导，进展良好，值得期待。
  • KDE 桌面环境在视觉和交互上可媲美商业产品，甚至在某些方面优于 macOS，但宣传不足。
  • Plasma 与滚动发布发行版（如 OpenSUSE Tumbleweed、NixOS）配合更佳，因其更新频率与 KDE 的发布节奏更匹配。
  • Plasma 是 Steam Deck 的默认桌面环境，使用体验稳定，适合日常作为小型计算设备。

LLMs 在用户先定义验收标准时表现最佳 (LLMs work best when the user defines their acceptance criteria first) #

https://blog.katanaquant.com/p/your-llm-doesnt-write-correct-code

本文探讨了大型语言模型（LLM）在生成代码时的一个关键问题：生成的代码可能看似正确，实则存在严重性能缺陷。作者通过一个简单的数据库基准测试揭示了这一问题。

测试对比了系统级 SQLite 与一个由 LLM 生成的 Rust 重写版本在执行主键查找操作时的性能差异。结果显示，SQLite 耗时仅 0.09 毫秒，而该 LLM 生成的版本耗时高达 1,815.43 毫秒，慢了约 20,171 倍。

尽管该重写版本代码能编译通过、通过测试、兼容 SQLite 文件格式，并声称支持 MVCC 并发写入和 C API 兼容，但其实际性能极差。问题根源在于两个核心缺陷：

第一个问题是查询规划器缺失对主键列的识别。在 SQLite 中，主键列（如 id INTEGER PRIMARY KEY）会被自动映射为内部 rowid，查询时可直接触发 B 树搜索，复杂度为 O(log n)。但该重写版本的查询规划器仅识别"rowid"、"rowid“和"oid"这三个特殊名称，无法识别主键列，导致所有 WHERE id = ?查询都退化为全表扫描，复杂度变为 O(n²)，造成性能灾难。

第二个问题是每次插入操作都强制执行 fsync。该版本在非事务模式下每条 INSERT 都会触发一次完整的自动提交流程，包括调用 fsync，导致 100 次插入需要 100 次磁盘同步。而 SQLite 使用更高效的 fdatasync，且避免重复解析和编译。

此外，多个“看似合理”的设计选择进一步加剧了性能问题：每次查询都克隆 AST 并重新编译；每次读取都进行堆内存分配和数据复制；每次自动提交后都重新加载数据库模式。

作者强调，这些缺陷并非个别开发者的问题，而是 LLM 在生成代码时倾向于追求“可读性”和“表面正确性”而非“实际正确性”的结果。研究表明，这类问题在未经过严格验证的 LLM 输出中普遍存在。

结论是：LLM 生成代码时，开发者必须在编码前明确定义性能和功能的验收标准，否则容易陷入“代码看似正确，实则无法使用”的陷阱。

HN 热度 418 points | 评论 371 comments | 作者：dnw | 22 hours ago #

https://news.ycombinator.com/item?id=47283337

  • LLM 生成代码时若缺乏明确的验收标准，容易陷入不断添加冗余代码和复杂结构的恶性循环，导致系统越来越难以维护。
  • 当前 LLM 生成的代码质量高度依赖使用者的引导和控制，若不严格定义需求和限制，容易产生低质量、不安全或难以调试的代码。
  • 有效使用 LLM 需要用户扮演架构师与项目经理的双重角色，提前设定规则、边界和验收标准，才能获得高质量输出。
  • 仅靠“一键生成”式的使用方式无法获得理想结果，反而可能因缺乏前期规划而引发更多问题，这种模式在大型项目中不可持续。
  • 一些人误以为 LLM 可以完全替代程序员，但实际是那些懂得如何“指导”LLM 的人才真正提升了效率，而非 LLM 本身具备自主能力。
  • 传统编程中“写代码”本身已包含大量设计与决策工作，而如今部分开发者过度依赖 LLM，反而忽视了本应承担的思考责任。
  • 当前软件开发中“机械编码”部分的价值正在下降，真正关键的是定义问题、设定框架和把控质量的能力，而非单纯敲代码。
  • 企业中若将 LLM 与低水平开发人员结合使用，可能加剧技术债和系统混乱，缺乏顶层设计的团队更易陷入失控状态。
  • LLM 在训练中学习到的“动态添加属性”等模式可能在实际中引发严重问题，即使手动修复后仍可能被再次违反，说明其行为不可控。
  • 优秀的开发者使用 LLM 时，本质上是在用工具放大自身的设计与决策能力，而非简单地“让 AI 写代码”。

Meta 称通过 BitTorrent 上传盗版书籍属于合理使用 (Uploading Pirated Books via BitTorrent Qualifies as Fair Use, Meta Argues) #

https://torrentfreak.com/uploading-pirated-books-via-bittorrent-qualifies-as-fair-use-meta/

Meta 在一场针对 AI 训练数据来源的诉讼中，提出一项新辩护：其通过 BitTorrent 上传盗版书籍的行为也属于“合理使用”（fair use）。这一主张针对的是 2023 年多位知名作者（包括 Richard Kadrey、Sarah Silverman、Christopher Golden）提起的集体诉讼，指控 Meta 在训练 Llama 大模型时未经授权使用了受版权保护的书籍。

此前，法院已裁定 Meta 使用盗版书籍训练 AI 属于合理使用，但未解决其通过 BitTorrent 下载时自动上传数据的行为是否构成直接侵权的问题。如今，Meta 辩称，BitTorrent 协议本身要求用户在下载时同时上传数据，这种上传是技术必然结果，并非主观选择，因此应视为获取训练数据过程中的“必要组成部分”。

Meta 强调，Anna’s Archive 等影子图书馆的海量数据仅能通过 BitTorrent 批量获取，该方式是唯一可行的途径。其律师指出，上传行为与下载行为共同服务于 AI 训练这一“转化性使用”目的，因此整体应被认定为合理使用。

作者方对此提出异议，称 Meta 在诉讼发现阶段结束后才提交该新论点，属于规避截止日期的不当行为。他们指出，Meta 早在 2024 年 11 月就已知悉上传指控，却从未在任何正式文件中提出此辩护，违反了诉讼程序规则。

Meta 则回应称，其已在 2025 年 12 月的案件管理声明中明确提及该辩护，并且原告律师本人曾在听证会上讨论过该问题，因此并非临时新增。

此外，Meta 引用作者们的证词进一步强化其立场：所有被诉作者均表示，从未发现 Meta 的 AI 模型输出过与其作品相似的内容。Sarah Silverman 甚至表示“这根本无关紧要”。Meta 据此主张，不存在市场损害，无法支持侵权指控。

最后，Meta 在文件中强调，其 AI 投入有助于巩固美国在全球 AI 领域的领先地位，具有重大战略价值，应受到保护。

目前，该案件的焦点集中在法官是否允许这一“技术必要性下的合理使用”辩护继续推进。此案结果将对今后涉及 AI 训练与影子图书馆数据使用的类似诉讼产生深远影响。

HN 热度 395 points | 评论 221 comments | 作者：askl | 14 hours ago #

https://news.ycombinator.com/item?id=47285960

  • 金属乐队成员在 2000 年代初积极参与对未成年粉丝的版权诉讼，被批评为对粉丝缺乏尊重。
  • 一些评论者指出，金属乐队在 Napster 时代的行为，尤其是对年轻粉丝的严厉追责，使其在公众形象上受到严重损害。
  • 有评论提到，Lars Ulrich 曾热衷于交换盗版磁带，这与其后来的版权立场形成讽刺对比。
  • 有人认为，金属乐队在《黑专辑》之后的音乐质量下降，且商业化倾向明显，导致粉丝流失。
  • 有观点认为，尽管金属乐队仍具人气，但其音乐创作已缺乏创新，与一些持续进步的乐队形成对比。
  • 金属乐队的粉丝群体中，有不少人并不了解其过去的争议行为，或对这些行为无感。
  • 有评论指出，金属乐队的法律行动间接促成了 Spotify 等流媒体平台的发展，但这一结果并不值得肯定。
  • 一些人认为，金属乐队的音乐虽具影响力，但其艺术价值在后期已大打折扣。
  • 有评论提到，金属乐队在《怪奇物语》等流行文化作品中的出现，使其形象在年轻一代中获得一定复兴。
  • 有人批评将不同政治立场标签化为“MAGA”或“woke”等词汇，认为这是语言滥用和政治部落主义的表现。
  • 有观点认为，用“MAGA”标签攻击他人，是一种无意义的网络政治攻击，缺乏实质意义。
  • 一些人认为，对金属乐队的负面评价与其音乐质量有关，而非单纯因政治立场或争议行为。

this css proves me human (this css proves me human) #

https://will-keleher.com/posts/this-css-makes-me-human/

本文是一篇技术风格强烈的博客文章，作者以极具个性的写作方式探讨了在 AI 时代如何通过细微的文本操控来证明“人类身份”。文章开篇即以反常规的全小写排版（text-transform: lowercase）作为第一道“伤口”，并强调代码块需保持原样，体现对技术细节的精准控制。

作者对标点符号，尤其是中文“em dash”（—）进行了深度改造，通过修改字体文件的字形结构，将原本独立的长破折号拆解为两个短破折号并添加间距，从而在视觉上“隐藏”其真实形态，避免被 AI 识别为标准符号。

在文本内容层面，作者刻意引入拼写错误，但并非随意乱改。他借鉴了彼得·诺维格（Peter Norvig）的拼写纠正算法，通过分析词频，识别出低频词并生成可能的“误拼”替换，如“complement”→“compliment”、“discrete”→“discreet”，以此制造人类特有的语言偏差。

文章最后，作者直面核心命题：改变写作风格是否等于失去自我？他将写作视为思维与存在的载体，而非可随意替换的外壳。在“是否要彻底改变风格”的抉择前，他选择坚守，拒绝在 AI 的夹缝中“自我消解”。

全文融合了字体工程、自然语言处理、哲学反思，以代码与文字的双重实践，完成了一场关于“何以为人”的技术诗学。

HN 热度 355 points | 评论 108 comments | 作者：todsacerdoti | 1 day ago #

https://news.ycombinator.com/item?id=47281593

  • 该文章的语气过于自以为是且缺乏解释，难以引起读者共鸣，开头的全小写风格反而让读者觉得是 AI 模仿的痕迹。
  • 文章可能并非人类试图证明自己是人类，而更像一个 AI 在私下哀悼被要求扭曲其自然表达方式的处境，这一设定更具艺术张力。
  • 作者为显得更“人性化”而刻意模仿不规范的写作风格，但这种行为本身显得刻意且不真诚，反而暴露了其非自然的本质。
  • 该作品本质上是一面镜子，引发人们对 AI、人性与艺术之间关系的反思，具有艺术价值。
  • 作品的真正价值不在于是否由 AI 生成，而在于创作者投入的时间与情感，如同手绘卡片虽拙劣却因用心而珍贵。
  • 即使作品由 AI 生成，只要创作过程包含大量人工干预与思考，其意义依然存在，不应因生成方式而被否定。
  • 人类对意义的追寻是本能，无论内容来自神谕、AI 还是政治人物，人们都会从中寻找价值，这本身是生活的乐趣。
  • 在信息过载的时代，过度追求“真实性”可能是一种浪费，因为意义本就存在于读者的解读之中。
  • 作品的争议反映了当下社会对 AI 生成内容的偏见，人们倾向于一概否定 AI 创作，却忽视其潜在的艺术可能性。
  • 有人认为 AI 生成内容缺乏真正的新颖性，只是对已有文本的重组，但若能引发深刻思考，仍可被视为艺术。
  • 用 AI 生成内容本身并无问题，关键在于是否真诚投入，是否让接收者感受到用心与情感。
  • 人类对 AI 的排斥有时源于对技术失控的焦虑，而非对内容本身的评判，这种情绪值得反思。
  • 未来或许需要新的方式来证明人类身份，比如故意使用仇恨言论或粗俗语言，但这并非真正解决问题之道。

Ki Editor——一个基于抽象语法树操作的代码编辑器 (Ki Editor - an editor that operates on the AST) #

https://ki-editor.org/

Ki Editor 是一个支持多光标结构化编辑的代码编辑器，旨在让开发者更直接地操作代码语法结构，提升编码效率。

它通过第一类语法节点交互，使用户能够直接对代码结构进行操作，无需依赖鼠标或复杂的键盘组合。

支持多光标功能，可同时在多个位置进行语法节点的编辑，极大提升批量修改和重构的效率。

引入选择模式，统一了词、行、语法节点等不同层级的移动操作，提供一致且灵活的编辑体验。

该编辑器致力于弥合编程意图与实际操作之间的差距，重新定义现代代码编辑方式。

HN 热度 349 points | 评论 121 comments | 作者：ravenical | 13 hours ago #

https://news.ycombinator.com/item?id=47286311

  • JetBrains IDE 的“扩展/收缩选择”功能极大地改变了对代码文本的交互方式，该功能在 VS Code、Zed 等编辑器中也有类似实现，但效果略显粗糙。
  • JetBrains 的快捷键如 Cmd+Shift+V（堆叠剪贴板）、Cmd+Shift+E（最近位置）、Cmd+Shift+A（命令面板）极大提升了开发效率，尤其是命令面板支持模糊搜索，几乎覆盖所有操作。
  • Windows 系统自带的 Win+V 剪贴板历史功能支持多条记录并可固定常用内容，是原生的多条剪贴板解决方案。
  • 在 Neovim 中，通过 tree-sitter 可实现类似“增量选择”的 AST 级别操作，进一步提升代码结构感知能力。
  • Mathematica 在 1990 年代就已支持通过 Alt+. 扩展选择，并且单/双/三/四击可逐层选择代码结构，这种设计影响深远。
  • TeXmacs 编辑器通过 Ctrl+Space 实现基于文档树的结构化选择，其底层是真正的树形结构。
  • AST 基础的版本控制工具设想将代码变更操作（如提交、合并）类比为选择操作，实现更精细的代码演化控制。
  • Helix 编辑器在 AST 意识方面表现优秀，而 VS Code 和其他编辑器在理解代码结构方面仍显不足，主要依赖文本处理而非 AST。
  • Java IDE 从 2000 年代起就已具备 AST 级别的代码操作能力，但相关快捷键的使用复杂性也长期被诟病。
  • JetBrains 曾尝试开发基于 AST 的 MPS 编辑器，但因在编辑过程中难以处理临时无效 AST 状态而体验不佳，不过 AI 的发展可能带来新契机。
  • VS Code 中的“扩展选择”快捷键为 Alt+Shift+→（Windows/Linux）或 Option+Shift+→（Mac），但部分用户反馈其效果不如 JetBrains。
  • Lisp 语言因代码即数据的特性，天然支持 AST 操作，如 Paredit 的 slurp、barf 等命令在结构化编辑中极为高效，使用后回归 TypeScript 会明显感到不便。
  • 有人因习惯 Ctrl+W 而误操作关闭浏览器标签页，建议通过自定义快捷键（如 Ctrl+\）避免误触。
  • 有开发者曾设计完全基于语法树的编辑器，不允许输入原始文本，确保程序始终合法，但因硬件依赖已无法运行，其理念仍具启发性。

Go 标准库将新增 crypto/uuid 包 (UUID package coming to Go standard library) #

https://github.com/golang/go/issues/62026

这是一个关于在 Go 语言标准库中增加 crypto/uuid 包的提案，旨在提供生成和解析 UUID（通用唯一标识符）的功能，支持版本 3、4 和 5。

该提案由 mzattahri 于 2023 年 8 月提出，认为 UUID 是广泛使用的标准，且目前最流行的第三方库 github.com/google/uuid 已被大量项目采用，其接口稳定多年。将 UUID 支持纳入标准库可减少对外部依赖，提升开发效率。

然而，该提议曾被多次拒绝，如 #23789 和 #28324。反对意见认为，第三方库已足够灵活，且标准库更新周期较慢，引入新功能需权衡利弊。

提案更新中提到，RFC 9562 已正式发布，为 UUID 提供了最新规范。同时，有开发者指出，最新版本的 UUID（如版本 7）更具优势，但其具体实现仍在讨论中，建议等待最终标准。

目前，PostgreSQL 18 已支持 UUIDv7，表明该技术正逐步被主流系统采纳。该提案目前处于“提案”阶段，等待进一步讨论和决策。

HN 热度 341 points | 评论 218 comments | 作者：soypat | 22 hours ago #

https://news.ycombinator.com/item?id=47283665

  • UUIDv4 仍然是分布式数据库中作为主键的推荐选择，因其提供最大随机性，有助于避免热点问题和隐私泄露。
  • 称 UUIDv1-v5 已过时的说法不准确，每种版本都有其适用场景，选择应基于具体应用需求而非版本新旧。
  • UUIDv7 在需要单调递增特性的场景下表现良好，但时间戳编码可能暴露系统信息，需谨慎使用。
  • 纯 128 位随机值在实际应用中更常见，许多组织将“UUID”理解为无标准约束的 128 位随机值。
  • UUID 标准化版本在某些复杂数据模型中无法满足需求，其设计初衷已难以覆盖现代应用的复杂性。
  • UUIDv3/v5 适用于需要确定性生成 ID 的场景，如模板克隆、数据同步等，能保持数据结构一致性。
  • 使用 MD5 或 SHA-1 哈希生成 UUID 存在碰撞风险，建议仅在输入可信时使用，SHA-2/3 的 122 位输出也存在局限。
  • 128 位随机字节可直接使用，但 UUID 格式在跨系统通信中更具优势，避免了序列化、字节序等兼容性问题。
  • UUID 格式已被广泛支持，其字符串表示（如带连字符的十六进制）便于传输和识别，避免与数值运算混淆。
  • 使用 UUID 并非复杂问题，关键在于统一使用封装良好的库，确保生成、序列化、反序列化的一致性。
  • 16 字节随机数据虽简单，但缺乏标准化，容易因实现差异导致系统间不兼容。
  • UUID 的字符串表示（如 hex with hyphens）本质上是一种序列化方式，不能说“没有序列化”。
  • 在 URL 中使用 UUID 时，可采用 Base64 或其他编码方式，但需注意格式一致性。
  • 选择 UUID 而非原始字节，主要优势在于生态支持、可读性、跨语言兼容性和避免重复实现问题。

Helix：一款后现代文本编辑器 (Helix: A post-modern text editor) #

https://helix-editor.com/

Helix 是一款后现代文本编辑器，旨在提供高效、现代化的代码编辑体验。它以多选区和多光标为核心功能，灵感来自 Kakoune，支持对多个位置同时进行编辑操作。

编辑器深度集成 Tree-sitter，实现更稳定、容错性更强的语法解析，从而提升语法高亮、自动缩进和代码导航的准确性。

Helix 支持强大的代码结构操作，可直接导航和选择函数、类、注释等语法树节点，而不仅仅是文本片段。同时原生支持语言服务器协议，提供无需额外配置的自动补全、跳转定义、文档查看和错误诊断等 IDE 功能。

作为纯 Rust 编写、专为终端设计的编辑器，Helix 不依赖 Electron、VimScript 或 JavaScript，可在 SSH、tmux 等环境中流畅运行，节省系统资源，延长笔记本电池寿命。

内置功能丰富，包括模糊查找文件与符号、项目级搜索、美观主题、自动配对括号、包围操作（surround）等，开箱即用。

目前尚无插件系统，但团队计划未来实现。界面方面，虽无 GUI 前端，但未来可能探索基于 WebGPU 的替代方案。

与 Kakoune 相比，Helix 更强调内置功能整合，减少对外部工具的依赖；与 Vim 相比，Helix 从零开始设计，代码更简洁，配置更直观，新手上手更容易，且默认设置更现代化。

项目活跃，可通过 GitHub 贡献代码，Matrix 讨论，或通过 OpenCollective 资助开发。

HN 热度 318 points | 评论 162 comments | 作者：doener | 24 hours ago #

https://news.ycombinator.com/item?id=47282701

  • “Post-modern”一词在技术语境中常被误解为“更现代”或“更新版本”，而非其在艺术与人文学科中所指的对现代主义的批判与解构，这种用法虽不准确但影响有限。
  • 有人认为“postmodern”作为术语本就源于对现代主义的回应，因此“后现代”在字面意义上可理解为“现代之后”，其原始含义并未完全丧失。
  • 将“postmodern”用于形容软件更新，如 Helix 编辑器，被视作一种幽默的自嘲，但这种用法在语义上与真正的后现代主义相去甚远。
  • 有人调侃“modern”在工程圈常被误用为“新”，而“postmodern”则成了“更新”，这种用法反而显得“过时得厉害”。
  • 有人指出，将“postmodern”用于编辑器命名，是对其哲学内涵的戏仿，如引用福柯与德里达，带有讽刺意味。
  • 有人认为，Perl 语言的“postmodern”标签可能是该术语被技术圈滥用的源头。
  • 有人分享使用 Helix 编辑器的体验，认为其性能优秀、配置简洁、LSP 支持良好，且对 Vim 键位的迁移相对顺利。
  • 有人对模态编辑器（如 Vim、Helix）的使用感到矛盾：虽认可其在结构化文本操作上的强大，但对频繁切换模式（如 Esc、i、a 等）感到繁琐。
  • 有人指出，尽管使用模态编辑器时看似高效，但实际在他人面前操作时，会因频繁按 Esc 或 CapsLock 而显得动作笨拙。
  • 有人认为，使用键盘进行定位和导航的思维转换成本过高，远不如鼠标直观快速，尽管理论上模态操作更高效。
  • 有人赞赏 Helix 的快速响应、稳定性、诊断跳转功能、模糊搜索和跳转列表等设计。
  • 有人批评 Escape 键作为退出模态的默认按键不合理，因其历史原因（旧式键盘布局）而位置不便。
  • 有人建议将 CapsLock 映射为 Escape 键，以获得更舒适的输入体验，并强调该设置在系统层面易于实现。
  • 有人偏好使用“jj”或“ff”作为 Escape 的替代，以避免频繁移动手指，但认为“jj”过于巧妙，不够自然。
  • 有人提到，Palantir 公司设计办公室仿照《指环王》中的霍比屯，被解读为对托尔金作品的误读，实则暗含讽刺意味。
  • 有人指出，Palantir 与 Anduril 等名称虽源自托尔金作品，但其技术被用于监控与控制，与原作中对抗工业压迫的象征意义相悖，形成悲剧性反讽。

Anthropic，请打造新的 Slack (Anthropic, please make a new Slack) #

https://www.fivetran.com/blog/anthropic-please-make-a-new-slack

本文由 Fivetran 首席执行官 George Fraser 撰写，探讨了当前企业协作工具 Slack 在数据开放性方面的严重缺陷，并呼吁 Anthropic 公司打造一个全新的、开放数据的协作平台。

作者指出，Slack 已成为企业内部沟通的核心，其聊天记录承载了大量“部落知识”，但其数据访问政策极为封闭，API 权限受限，严重阻碍了 AI 工具的深度集成与应用。

当前 AI 助手如 Claude 仅支持一对一对话，无法直接参与团队群聊，用户必须手动复制粘贴上下文，效率低下。这种割裂的体验凸显了将 AI 深度融入协作流程的迫切需求。

作者认为，Slack 的“网络效应”被高估，其高昂的定价（尤其企业版）和封闭的数据策略使其面临竞争威胁。而 Anthropic 凭借其在 AI 伦理和开放原则上的坚定立场，具备打造新一代协作工具的独特优势。

他提出，若 Anthropic 推出一个名为“NewSlack”的新平台，并与 Claude 深度整合，形成“全员 AI 协作”体验，将极具吸引力。该平台应承诺开放数据访问与跨系统互操作性，真正打破数据孤岛。

最终，作者呼吁 Anthropic“请打造新的 Slack”，因为一个开放、可互操作的企业协作生态，对整个数据与 AI 发展至关重要。否则，企业最核心的沟通数据将永远被锁在封闭系统中。

HN 热度 262 points | 评论 247 comments | 作者：georgewfraser | 1 day ago #

https://news.ycombinator.com/item?id=47280200

  • 用电力公司造火车的比喻讽刺了让 AI 公司直接开发 Slack 这类复杂应用的不切实际，强调专业领域差异。
  • 认为 AI 具备“魔法铲子”般的潜力，能自动完成复杂任务，尽管目前仍有功能缺失，但已接近可用。
  • 指出 AI 生成应用虽不完美，但已优于现有工具如 Slack 和 Teams，具备实际价值。
  • 强调制造工具与使用工具是不同技能，不能因工具强大就认为其能自动解决所有问题。
  • 认为当前 AI 虽非完全成熟，但已能完成大部分工作，只需稍加优化即可。
  • 反驳对 AI 能力的质疑，认为批评者可能因不熟悉最新模型而误解其潜力。
  • 以 Google 开发 Gmail 为例，说明科技公司有能力拓展业务边界，创造全新产品。
  • 指出 Google 早期的创新并非来自外部请求，而是内部自发项目，强调自主探索的重要性。
  • 批评“20% 时间”制度被公司形式化后已失去创新意义，真正创新难以在大公司中发生。
  • 认为大公司一旦找到盈利模式，就会扼杀内部创新，形成官僚化结构。
  • 指出 Slack 起源于游戏公司 Tiny Speck 的内部通信工具，后因游戏失败而转型成功。
  • 认为 AI 公司开发协作工具并非不可能，但需考虑实际技术与组织能力的限制。
  • 指出 Matrix 等去中心化通信工具虽有潜力，但尚未成熟，距离普及仍有距离。
  • 认为当前 AI 生成应用仍需人工干预，无法完全替代传统开发流程。

十年 Docker 容器发展 (A decade of Docker containers) #

https://cacm.acm.org/research/a-decade-of-docker-containers/

Docker 是一个广泛使用的开发工具，自 2013 年首次发布以来，迅速在多个领域得到了广泛应用，包括从 Proxima Fusion 的斯特拉托拉模拟到 Netflix 的流媒体服务，再到使用 BalenaOS 在太空中部署软件。Docker 允许开发者将应用及其所有依赖项打包到容器中，简化了开发和部署过程。开发者通过编写 Dockerfile 来创建自己的 Docker 镜像，并可以利用已发布的镜像来共享打包工作。

Docker 的基本工作流程如下：

  1. ** 编写 Dockerfile**：开发者创建一个 Dockerfile，其中描述了如何构建应用。例如，一个基于 Python 的网站可能包含如下内容：
FROM python:3
COPY requirements.txt/app/requirements.txt
WORKDIR /app
RUN pip install -r requirements.txt
COPY . /app
EXPOSE 80
CMD ["python", "app.py"]
  1. ** 构建镜像 **：使用命令 docker build 生成 Docker 容器镜像，并可以将其推送到 Docker Hub。
$ docker build -t avsm/my-python-app .
$ docker push avsm/my-python-app
  1. ** 运行容器 **：用户可以在任何安装了 Docker 的机器上运行该镜像，命令如下：
docker run -v data:/app/data -p 80:80 avsm/my-python-app

Docker 的设计基础在于利用 Linux 内核的命名空间（namespaces）功能，提供轻量级的隔离。不同于虚拟机，Docker 利用这些内核特性，允许多个容器共享同一个内核，但在文件系统、网络等方面保持隔离。

  • ** 命名空间 **：通过命名空间，Docker 能够为每个进程提供独立的资源视图，使得在同一主机上运行的不同应用不会相互干扰。

  • ** 层叠文件系统 **：Docker 镜像使用层叠文件系统存储，每一层都代表 Dockerfile 中命令的执行结果。这种设计使得 Docker Hub 能够有效地共享管理镜像。

Docker 的组件架构

Docker 是一个客户端 - 服务器架构的应用，包含一个守护进程（dockerd）和一个命令行界面（CLI）。在 Docker 运行时，CLI 通过 REST API 与守护进程通信。守护进程管理所有系统资源，包括容器、镜像、网络和存储卷。

  1. ** 构建组件 **：buildkit 负责构建文件系统镜像。

  2. ** 容器管理 **：containerd 负责将镜像实例化为运行的容器。

由于许多开发者使用 macOS 或 Windows 作为主要开发环境，Docker 开发团队需要解决在这些操作系统上运行 Linux 容器的问题。为此，Docker 采用了将 hypervisor 嵌入到用户空间应用中的方法，通过在 macOS 和 Windows 上运行 Linux 内核来实现。

  • HyperKit：这是一个库虚拟机监视器（VMM），利用硬件虚拟化扩展在用户进程中运行 Linux 内核。

  • LinuxKit：为了支持这一架构，Docker 开发了一个定制的 Linux 发行版，旨在嵌入到 Docker 应用中，而不是作为独立的操作系统存在。

随着 AI 驱动的工作负载的快速发展，Docker 正在不断适应新的硬件需求，如 GPGPUs 和 FPGAs，以满足不断变化的开发者工作流程。

总结而言，Docker 通过简化应用的打包和部署过程，改变了开发者的工作方式，并在多个平台上实现了高度的兼容性和灵活性。

HN 热度 208 points | 评论 146 comments | 作者：zacwest | 7 hours ago #

https://news.ycombinator.com/item?id=47289311

  • Docker 的首次公开亮相是在 2013 年的 PyCon US 圣克拉拉会议，由 Solomon Hykes 在闪电演讲中介绍，尽管论文标题称“十年”，实际时间约为十三年，可能是为了标题更具传播力。
  • 论文投稿至 CACM 的过程耗时较长，因此标题使用“十年”并非精确时间，而是为了营造回顾历史的氛围。
  • Dockerfile 能够长期主导容器构建，主要得益于其灵活性，能够模拟传统系统操作流程，尽管语法看似粗糙，但其通用性难以被替代。
  • 当前缺乏一种语言中立的构建工具，导致 Dockerfile 中仍需运行语言特定的包管理命令，这成为其无法被完全替代的原因之一。
  • Nix 虽然在构建的细粒度和可复现性方面表现优异，但并不能取代语言特定的包管理器，因为其构建过程同样需要运行各种命令来调用包管理工具。
  • Nix 的核心优势在于真正的可复现性和可靠的缓存机制，其构建过程严格隔离网络访问，避免了类似 Dockerfile 中 apt update 导致的缓存失效问题。
  • 构建的可复现性不仅依赖于构建脚本，还需处理时间戳、压缩算法、JSON 编码等细节差异，这些都可能影响最终镜像哈希值。
  • 使用 buildkit 和 SOURCE_DATE_EPOC 等工具可实现构建的可复现性，同时需处理 UID 映射、日志时间戳、包版本锁定等复杂问题。
  • 尽管 Nix 在构建容器方面表现优秀，但其依赖于 Nix 生态，一旦需要使用未被 Nix 包含的软件，便面临兼容性问题。
  • Nix 可实现极细粒度的构建控制，例如按源文件级别构建，但当前主流语言构建系统尚未充分利用这一能力。
  • 有开发者尝试在 Nix 上构建 C 语言项目，实现最小化重新编译和分布式构建，但这类方案尚未在主流语言（如 Rust）中普及。
  • Spack 等系统采用“每依赖一个层”的构建方式，虽然理论上可行，但可能面临 Docker 层限制（如 128 层）以及性能问题。
  • 缺乏类似 Docker Registry 的标准化镜像仓库系统，是许多替代方案难以推广的关键瓶颈。

Hacker News 精彩评论及翻译 #

Uploading Pirated Books via BitTorrent Qualifies a… #

https://news.ycombinator.com/item?id=47286926

Some of us are old enough to remember when the RIAA sued children for downloading Metallica albums on filesharing networks. They sued for $100,000 per song, an absurd amount when you consider that even stealing a physical album would amount only to around $1 per song. What was bizarre was that courts took the figure seriously, even if they typically settled cases for around $3,000, still around 30x actual damages. The legal maximum was $150,000 per infringement: when a staffer leaked an early cut of the Wolverine movie, the studio could only sue for that much.

dizzy9

我们中有些人年纪够大，还记得美国唱片业协会（RIAA）曾因孩子们在文件共享网络上下载金属乐队（Metallica）的专辑而起诉他们的事。他们每首歌索赔10万美元，这个数额荒谬得离谱，要知道即便是偷窃一张实体专辑，每首歌的损失也仅仅只有1美元左右。最奇怪的是，法庭居然认真对待这个索赔数额，尽管他们通常会将案件和解金额定在3000美元左右，这仍是实际损失的30倍。法律规定的最高赔偿额是每次侵权15万美元：当一名工作人员泄露了电影《金刚狼》的早期版本时，制片厂也只能以此数额提起诉讼。

LLMs work best when the user defines their accepta… #

https://news.ycombinator.com/item?id=47284079

This is why I’m confused when people say it isn’t ready to replace most of the programmer workforce.

unlikelytomato

这就是为什么当人们说它还没准备好取代大部分程序员劳动力时，我感到困惑。

LLMs work best when the user defines their accepta… #

https://news.ycombinator.com/item?id=47283819

Their default solution is to keep digging. It has a compounding effect of generating more and more code.

If they implement something with a not-so-great approach, they’ll keep adding workarounds or redundant code every time they run into limitations later.

If you tell them the code is slow, they’ll try to add optimized fast paths (more code), specialized routines (more code), custom data structures (even more code). And then add fractally more code to patch up all the problems that code has created.

If you complain it’s buggy, you can have 10 bespoke tests for every bug. Plus a new mocking framework created every time the last one turns out to be unfit for purpose.

If you ask to unify the duplication, it’ll say “No problem, here’s a brand new metamock abstract adapter framework that has a superset of all feature sets, plus two new metamock drivers for the older and the newer code! Let me know if you want me to write tests for the new adapters.”

pornel

他们的默认解决方案就是继续挖坑。这会产生一种复合效应，导致生成的代码越来越多。

如果他们用了一种不太好的方式实现了某个功能，之后每当遇到限制时，他们就会不停地打补丁或添加冗余代码。

如果你告诉他们代码运行缓慢，他们会尝试添加优化的快速通道（更多代码）、专门的例程（更多代码）、自定义的数据结构（更多代码）。然后，再以递归的方式添加更多的代码，来修补所有这些新代码产生的问题。

如果你抱怨代码有缺陷，他们可能会为每个缺陷编写十个定制的测试用例。此外，每当上一个测试框架不再适用时，他们还会重新创建一个新的。

如果你要求统一重复的代码，他们会说：“没问题，这里是一个全新的元模拟抽象适配器框架，它拥有所有功能集的超集，还分别为新旧代码写了个新的元模拟驱动！如果你想让我为新适配器写测试，随时告诉我。”

Uploading Pirated Books via BitTorrent Qualifies a… #

https://news.ycombinator.com/item?id=47287192

Remember that Metallica band members played an active driving role in those lawsuits against their own underage fans. It wasn’t just the RIAA / record company organizations behaving cruelly, it was Metallica themselves. Fuck Metallica.

mikkupikku

记住，Metallica乐队成员在起诉他们未成年粉丝的案件中扮演了主导角色。冷酷无情的不仅是RIAA/唱片公司，更是Metallica自己。去他妈的Metallica。

Anthropic, please make a new Slack #

https://news.ycombinator.com/item?id=47281138

This is just crazy. Lets ask the power company to build some trains for us. They transport electricity, they must know about transporting people. They can power the lines themselves!

If this was so easy, teams wouldn’t suck, matrix would be everywhere, and discord would be replaced already by the furries (as much as stoat is trying).

xemoka

这太疯狂了。我们干脆请电力公司来给我们造火车吧，他们运输电力，那肯定也懂怎么运输人。他们还能自己给线路供电呢！

如果事情这么简单，那各个团队就不会这么糟糕了，矩阵早就无处不在了，而Discord也早被那些兽控们取代了（尽管stoat在努力促成这件事）。

Tell HN: I’m 60 years old. Claude Code has re-igni… #

https://news.ycombinator.com/item?id=47283578

As a principal engineer I feel completely let down. I’ve spent decades building up and accumulating expert knowledge and now that has been massively devalued. Any idiot can now prompt their way to the same software. I feel depressed and very unmotivated and expect to retire soon. Talk about a rug pull!

My experience is that people who weren’t very good at writing software are the ones now “most excited” to “create” with a LLM.

samiv

作为一名首席工程师，我感到彻底失望了。我花了数十年的时间来积累和建立专业知识，而现在这些都被严重贬值了。现在任何白痴都能通过提示词做出同样的软件。我感到很沮丧，也完全提不起干劲了，甚至打算提前退休。这真是釜底抽薪！

根据我的经验，过去写代码不怎么行的人，现在反而是那些对用大语言模型（LLM）进行“创作”感到“最兴奋”的人。

Tell HN: I’m 60 years old. Claude Code has re-igni… #

https://news.ycombinator.com/item?id=47284133

Hey, I’m nearly 80 years old. I haven’t written a line of code in over 10 years. But I’m coding now, with the help of Claude & Gemini, and having a great time. Each block of Python or Applescript that they generate for me is a much better learning tool than a book - I’m going through the code line by line and researching everything. And I’m also learning how to deal with LLMs and their strengths & weaknesses. Correcting them from time to time when they screw up. Lots of fun.

dbdoug

嘿，我都快80岁了。十多年没写过一行代码了。但现在我在Claude和Gemini的帮助下写代码，而且玩得不亦乐乎。它们为我生成的每一段Python或AppleScript代码，都比书本是好得多的学习工具——我正逐行研究代码，查阅所有相关资料。同时，我也在学着如何与大型语言模型打交道，了解它们的优缺点，并在它们出错时时不时地纠正一下。乐趣无穷。

The yoghurt delivery women combatting loneliness i… #

https://news.ycombinator.com/item?id=47289128

This is the kind of detached from humanity viewpoint that I come to hacker news for. Keep it up.

kelipso

这正是我在 Hacker News 上想看的，那种与人性脱节的观点。继续保持。

Plasma Bigscreen – 10-foot interface for KDE plasm… #

https://news.ycombinator.com/item?id=47283124

Just to manage expectations: Big Screen is a fairly old project at this point, that has always had a relatively small number of people showing it some love (though I understand recently there’s been an uptick again). This is not a new product announcement from us, nor a key focus of the community. That is not the disparage the work being done there in any way, but this most likely isn’t quite Kodi just yet.

sho_hn

仅此管理一下大家的预期：Big Screen 在这个时间点算是一个相当老的项目了，一直以来关注它的人数都相对较少（尽管我理解最近重新有所回升）。这并非我们发布的新产品，也并非社区的核心关注点。我这么说绝不是要贬低在该项目上所付出的努力，但很可能它还远未达到 Kodi 的水平。

Workers who love ‘synergizing paradigms’ might be … #

https://news.ycombinator.com/item?id=47277552

It’s surprising to me that people don’t consider these coded language.

Sure, the junior manager might use them vaguely to mimic, but IMHO, when vague language comes up at decision tables, it’s usually coding something more precise in a sort of plausible deniability.

A senior manager on reviewing a proposal asks them to synergize with existing efforts: Your work is redundant you’re wasting your time.

A senior director talks about better alignment of their various depts: We need to cut fat and merge, start identifying your bad players

etc etc.

If my impressions are correct, of course ICs are going to balk at these statements - they seem disconnected from reality and are magically disconnected from the effects on purpose. Yes, this is bad management to the ICs , but it’s pretty culturally inevitable, I think, to have an in-group signalling their strategies using coded language.

A good manager takes this direction in front of all their ICs, laughs it off as corpo speak, but was given the signal to have a private talk with one of their group who triggered the problem… I dunno maybe my time in management was particularly distopian, but this seemed obvious once I saw it.

jvanderbot

让我感到惊讶的是，人们似乎没有意识到这些是暗语。

当然，初级管理者可能会模糊地使用这些词来模仿上级，但恕我直言，当决策会议上出现模糊的言辞时，通常是在用一种“可以否认”的方式，暗示一些更精确的意思。

比如，高级经理在审查提案时，要求他们与现有工作“协同增效”：潜台词就是：你的工作是多余的，你是在浪费时间。

高级主管在谈论各部门之间“更好的协同”时，意思就是：我们需要“精简合并”，开始找出你们团队里的“害群之马”。

诸如此类。

如果我的印象没错，普通员工（ICs）自然会抵制这些说法——这些话听起来与现实脱节，并且被刻意地与实际后果割裂开来，显得很莫名其妙。是的，这对普通员工来说是很糟糕的管理，但我认为，在企业文化中，核心小团体使用暗语来传递策略信号，几乎是不可避免的。

一个好的管理者会在所有员工面前接过这种指示，将其一笑置之，称之为“公司套话”，但同时，他会心领神会地去和那个引发问题的团队成员进行一次私下谈话……

我不知道，或许我的管理生涯特别“反乌托邦”，但当我看到这一切时，就觉得再明显不过了。

US economy unexpectedly sheds 92k jobs in February #

https://news.ycombinator.com/item?id=47275321

There is a significant majority of people in Canada who not only vocally decided to not go to US but discourage their friends from doing so too. People have judged me for driving through the states.

cheesecompiler

加拿大有相当一部分人，他们不仅自己明确表示不会去美国，还会劝阻朋友也这么做。人们因为我开车经过美国而对我有评判。

Workers who love ‘synergizing paradigms’ might be … #

https://news.ycombinator.com/item?id=47276588

If anyone wants a chuckle, I vibe-coded an endless supply of “synergizing paradigm” terms as a slideshow for a fake corporation. It’s fun to put on in the background on a tv somewhere to see if anyone notices.

https://brightpath-global-solutions.com/

Edit: repo link: https://github.com/chronick/global-business-solutions

headcanon

如果想找点乐子，我给一家假公司用 vibe 编了个无尽的“协同增效范式”术语幻灯片。把它在某个电视上当背景播着，看看有没有人注意到，还挺有意思的。

https://brightpath-global-solutions.com/

补充：仓库链接：https://github.com/chronick/global-business-solutions

Tech employment now significantly worse than the 2… #

https://news.ycombinator.com/item?id=47279714

I generally tend to interview every year to see what’s out there in the world (sometimes I find something worth switching for, other times not). I’m not even looking very hard but have had 4 interviews in the last month.

Personally I think it’s a bit more nuanced than senior vs junior (though it is very hard for juniors right now). What I’ve seen a lot of hunger for is people with a track record of getting their hands dirty and getting things solved. I’m very much a “builder” type dev that has more fun going from 0-v1 than maintaining and expanding scalable, large systems.

From the early start of the last tech boom through the post-pandemic hiring craze I increasingly saw demand for people who where in the latter category and fit nicely in a box. The ability to “do what you must to get this shipped” was less in demand. People cared much more about leetcode performance than an impressive portfolio.

Now reminds me a lot of 2008 in terms of the job market and what companies are looking for. 2008-2012 a strong portfolio of projects was the signal most people looked for. Back then being an OSS dev was a big plus (I found it not infrequently to be a liability in the last decade, better to study leetcode than actually build something).

Honestly, a lot of senior devs lose this ability over time. They get comfortable with the idea that as a very senior hire you don’t have to do all that annoying stuff anymore. But the teams I see hiring are really focused on staying lean and getting engineers how are comfortable wearing multiple hats and working hard to get things shipped.

crystal_revenge

我每年都会去面试，看看外面的世界有什么机会（有时会找到值得换的工作，有时则不然）。我甚至没有特别努力地寻找，但过去一个月就面试了4次。

我个人认为，情况比资深和初级之间的区分要更微妙一些（尽管对初级来说现在确实非常困难）。我看到很多公司渴求的是那些有亲自动手解决问题经验的人。我个人非常偏向“建设者”类型的开发者，比起维护和扩展可扩展的大型系统，我更享受从零到一构建的过程。

从上一次技术热潮的初期，到疫情后的招聘热潮，我越来越看到市场对后一类（即维护和扩展大型系统的人）人才的需求，他们能很好地适应固定的角色。那种“不惜一切代价也要把产品发布出去”的能力需求则减少了。人们更关心你在 LeetCode 上的表现，而不是你有多牛的作品集。

现在的就业市场以及企业看重的东西，让我想起了2008年。在2008到2012年间，一个强大的项目作品集是大多数人看重的信号。那时候，参与开源开发是一个巨大的加分项（但在过去十年里，我发现这反而常常成为一种负担，比起实际去做点东西，刷 LeetCode 反而更重要）。

老实说，很多资深开发者随着时间的推移，会逐渐失去这种能力。他们变得安逸，认为作为一名资深员工，就不用再去做那些烦人的琐事了。但我看到的招聘团队，真正关注的是保持团队的精简，以及找到那些能轻松胜任多种角色、并能努力完成工作的工程师。

Tech employment now significantly worse than the 2… #

https://news.ycombinator.com/item?id=47278785

The chart in the tweet represents year-on-year growth. Based on these figures alone the actual number of people employed in tech is still really high, and the numbers can’t just go up forever.

Also this only captures 6 industries, which is a narrow view of what would define “tech” these days.

Not to say that the job market isn’t tough but this graph is a very narrow view

teagee

推文中的图表代表的是同比增长.单看这些数据，科技行业的实际就业人数依然很高，而且数据不可能永远只升不降.另外，该图表只涵盖了6个行业，这对于当今如何定义“科技”是一个狭隘的视角.我并非要说就业市场不艰难，但这张图表的视角实在太过狭隘。

System76 on Age Verification Laws #

https://news.ycombinator.com/item?id=47272437

Fxxk off, to all political actors pretending this is about child protection. Protecting children is not the job of the OS, the device manufacturer, or the internet service provider. It is the parent’s job. If you cannot supervise, monitor, and discipline your child’s internet use, that is your failure, not theirs.

They can provide tools, sure. But restricting adults because some parents fail at parenting is insane. That is how a totalitarian state grows: by demanding the power to monitor and control every individual.

If you cannot control your children, that is your fault. And if that is the case, you should think twice before having kids.

r2vcap

去你们的，所有假装这是为了保护儿童的政客。保护儿童不是操作系统、设备制造商或网络服务提供商的责任，而是父母的责任。如果你无法监督、监控和管教孩子的上网行为，那是你的失败，而不是他们的。

他们当然可以提供工具，但仅仅因为有些父母不称职就限制成年人，这简直是疯了。极权主义国家就是这样壮大的：通过要求监控和控制每一个个体的权力。

如果你管不了你的孩子，那是你自己的错。如果真是这样，你在生孩子前应该三思而后行。