2026 年，为何我们仍需亲手写代码
Why write code in 2026
在 AI 能生成大部分代码的 2026 年，我依然坚持认为亲手写代码至关重要。我们真正的任务是构建‘软件工厂’，而不仅仅是产出软件。虽然 AI 代理能高效执行，但人类需要通过直接编写代码来深入理解系统架构，体验其脆弱性，从而避免‘Slop’（低质代码）的积累。英语无法精确表达计算逻辑，只有亲手调试和重构，才能发现测试策略的漏洞，优化算法性能。AI 更像新入职的实习生，而非编译器，人类不能将思考与品味完全交给它们。保持对代码细节的掌控，才能确保软件工厂的长期健康与高效。
"为了保持专注，我必须超越像远观者那样被动地‘阅读代码’，而是要真正去‘体验’代码，感受其脆弱性。"
HN 评论区
- 有评论者指出，LLM 倾向于防御性编码导致代码膨胀，而人类开发者更能遵循 Boy Scout rule 在过程中清理代码并维护整体架构。
- 一位从业者警告，过度依赖 LLM 将阻断初级工程师通过实战调试成长为专家的路径，导致未来行业缺乏具备深度理解能力的资深人才。
- 在涉及跨国设备集成和复杂基础设施的 MES/Scada 系统中，处理非结构化错误和突发故障需要人类建立全局心理模型，这是当前 LLM 无法胜任的。
- 关于 LLM 的价值存在分歧：一方认为其核心优势在于优化质量与时间的权衡（Quality vs time tradeoff），另一方则批评这种‘快速生成低质代码’的模式只是将 Stack Overflow 的 copy-paste 行为自动化。
- 有观点反驳了‘架构师应脱离实现’的设想，指出若架构师不亲自编码，无论是人类团队还是 LLM 都会陷入脱离实际的‘象牙塔’困境，导致设计无法落地。