标签
一篇关于软件设计哲学的工程博客，论述优雅的系统设计往往来自于主动放弃某些需求（如一致性、并发写、低延迟等），并探讨了在业务与技术之间权衡取舍为何困难。
Matt Pocock 分享了约翰·奥斯特豪特的《软件设计哲学》中的一段引文，谈到那些被称为“战术龙卷风”的开发者：他们写代码很快，却留下一堆烂摊子让别人收拾，并问这种情况是否似曾相识。
用俄罗斯方块、超级马里奥和吃豆人等复古游戏作类比，讲解组合（has-a）与继承（is-a）的本质区别、脆弱基类问题，以及为什么在实践中应优先使用组合而非继承。
一篇博客文章，论证纯文本凭借其简单性、可移植性、人类可读性，以及与 grep、sed 和 awk 等数十年历史的 Unix 工具链的无缝集成，仍然是计算领域中最持久、最值得信赖的技术之一。
Matt Pocock 认为，在 AI 时代开发者应该使用更多的抽象，因为抽象能将 AI 代理限制在优秀的设计决策之内，提高 token 使用效率，而且在与 AI 编程代理协作时，撤销糟糕抽象所造成的代价也更低。
一篇关于团队文化失常如何体现在产品设计中的评论，指出 OKR 驱动的激励机制会让团队忙于堆砌组织架构图式的功能，而不是打造出色的产品——尤其是在功能开发成本极低的 agentic 时代。先修文化，再修产品。
Jim Nielsen 针对 Marques Brownlee 的视频随笔《致 YouTube》写下回应，指出 YouTube 新推出的视频变体 A/B 测试功能削弱了在线内容共享的社区体验，反映出平台由数据指标而非创作信念所驱动。
本文探讨了可塑软件对于恢复用户自主权的必要性，通过对比物理环境的灵活性与大规模生产数字工具的刚性，讨论了对工作和创造力的影响。
Whiteboard 是一个开源的桌面 IDE，用于协作式软件设计，它集成了 Claude Code 和 Codex 等 AI 智能体，提供可视化画布、语义化差异查看器和决策日志，以增强代码架构。
在 Vibe Coding 时代，AI 让代码生成变得容易，但软件工程的原则如代码可维护性和设计模式变得更加重要，以解决审查、调试和重构的挑战。
本文讨论了AI模型在智能体系统中推断缺失数据的风险，可能导致未授权执行，并提出将决策权限与模型分离，以确保仅执行明确声明的指令。
这篇文章作为构建可靠代理工具框架的事后分析和指南，详细介绍了从omp到omp²的架构经验教训，并倡导有效管理复杂性的设计原则。
Yohei Nakajima 阐述了 Tobi Lutke 的观点，认为AI系统中的智能体状态可以简化为日志的函数，从而降低状态管理的复杂性。
本文通过一个名为“kibble”的后端Web框架示例，探讨了Kotlin等DSL语言的优势，并与C# ASP.NET MVC等基于注解的框架进行对比，以突显其在代码可读性和设计方面的益处。
一条来自 @javinpaul 的推文推荐了《代码整洁之道》及其第二版，重点介绍了对软件工匠精神和不同编程语言编码实践的更新见解。
文章解释了软件应该设计得符合人类认知系统，特别是快速直觉和慢速注意过程，以提高效果和用户体验。
马特·波科克分享了开发者哲学：与其编写测试来捕捉下一次出现的错误，不如通过更好的设计让这类错误变得不可能。