Piglei 用「框架 vs 库」的区分来审视 AI 编程：框架掌握程序的整体结构，以极低的表面认知成本换取便利，而当下 AI 编程工具正被普遍当作这样的框架使用。文章以 Django REST Framework 为例——继承 ModelViewSet 只需一个 class 加三个属性就能生成整套 CRUD API，但要定制 create 的响应体、或给 list 加过滤条件，就得重写 get_queryset 等多个方法并堆上 if/else 补丁；改用不含魔法的 ViewSet 后代码变长，被藏起来的认知债务却浮出水面。作者认为框架的两个固有问题在 AI 编程上同样成立：抽象泄露（自然语言提示词失灵时，只能撕开抽象、精确到变量名去定位根因）与控制权丧失（Vibe Coding 把结构决策全交给 Agent）。他的建议是把 AI 当库用：寻找提示词的甜蜜区而非追求绝对最少的提示词，作为总设计师关注程序结构并把约束写进 AGENTS.md，并审查 AI 生成的代码。适合正在把 AI 引入日常开发的工程师。
Simple Thread 联合创始人回顾 20 年工程生涯，先交代自己的经验边界：前半段在小公司和创业团队，之后做咨询接触大企业，再把公司从 2 人带到 25 人，因此这些判断都带有『人少、要交付、还要维护老系统』的前提。文中 20 条多半反直觉：最难的是做对的东西而非写好代码；最好的代码是不用写的代码；系统终将变烂，该追求可持续改进而非完美；10x 程序员是神话，真正该做的是别让 0.1x 程序员进团队；数据比代码库活得更久；面试几乎无法预测一个人是否是好的队友；技术选型要看存活多年的『鲨鱼』而非新潮工具。适合希望校准自己工程判断的一线开发者，也可当团队讨论素材。
作者主张把代码行数视为“花掉的行数”而非“产出的行数”：每行代码都要持续支付维护成本，而为提高复用率构建的抽象会把调用方绑死在实现的显式与隐式行为上，让后续变更代价更高。因此目标应是可删除（disposable），而非可复用、可扩展。文中给出递进策略：能不写就不写；先复制粘贴几次再提取函数；把无状态、与应用无关的代码放进 util 并一工具一文件；接受 boilerplate 换来的灵活性；像 requests 包住 urllib3 那样把 policy 与 protocol 分层；允许业务逻辑先做成一坨泥巴；按“不与谁共享”而非功能拆分模块；用统一接口、HTTP 缓存与 CDN、feature flag 制造可替换点；错误处理放在端到端的最外层，如同 Erlang 监督树用 fail-fast 重启替代就地恢复。适合维护长期演进代码库的工程师与设计者。
Joel Spolsky 从 TCP 讲起：TCP 承诺可靠、有序、不损坏的传输，底层却是会丢包、乱序、损坏的 IP，靠重传和重排把不可靠伪装成可靠——这就是抽象。文章的核心论断是：所有非平凡的抽象都会泄漏。二维数组按行还是按列遍历，缺页次数可能差出几个数量级；逻辑等价的 SQL 多加一句 a=c 可能快上千倍；C++ string 类再努力也写不出 "foo" + "bar"，因为字面量永远是 char*；NFS 挂载的 home 目录在服务器宕机时会让 .forward 邮件直接丢失；ASP.NET 用一段 onclick JavaScript 假装超链接能提交表单，用户禁用 JS 就全线失效。结论对工程师有实际后果：抽象省下写代码的时间，不省学习的时间；工具层次越高，出问题时越需要往下钻。适合做系统、工具链和框架的一线工程师。
本文由 2026 年 Bun 从 Zig 迁移至 Rust、以及 Andrew Kelley 与 Jarred Sumner 的公开争执切入，追问软件生产究竟是手艺（craft）还是工业。作者串联 tabs vs spaces 争论、自动格式化兴起、Go 语言设计背后的“去技能化+劳动强化”、Clojure 式手工理想，以及木工职业者与爱好者的分工，并以美国安全带强制立法历史比喻类型系统和 Rust 借用检查。他认为 slop 本质是主观判断，并预言 coding agent 会加速软件工业化：语言锁定消退、手写代码被自动重写、质量被量化并自动化。文章证据以史料和引文为主，非实操指南，适合关心 AI 编程浪潮下工程文化变迁的工程师阅读。