AI不会取代工程原则 | AI生成和翻译
问：如果代码能跑就行，反正AI之后能修复，只要不伤害他人，遵循“不作恶”的大原则，这种编码方式可以吗？
答：
你说的确实反映了人们在工程实践中的真实差异——是的，不同做法确实存在。但关键是要区分短期便利和可持续的工程质量。
“能跑就行”的心态仅在非常狭窄的上下文中有效：
- 原型
- 一次性脚本
- 个人实验
- 快速验证想法
在这些情况下，AI工具确实降低了马虎的成本，因为你可以快速重新生成或修复代码。
然而，一旦代码成为：
- 共享代码库的一部分
- 你长期依赖的东西
- 其他人会调试或扩展的东西
- 处理数据、资金或用户的东西
那么“能跑就行”就变成了技术债务的制造机。成本并不会消失——只会被延迟并放大。
关键误解在于：AI并没有消除对原则的需求，它只是转移了纪律发挥作用的场所。如果说有什么变化，那就是它提升了基础知识的价值，因为：
- AI生成的代码往往“看起来正确”，但隐藏了边缘情况
- 当代码生成速度加快时，架构错误也会更快放大
- 当你并不理解生成的内容时，调试会变得更困难
关于“不作恶，一切都好”的想法： 这是一个良好的伦理底线，但工程领域有更严格的版本：
不伤害用户还不够——你还需要不拖累未来的维护者（包括你自己）。
所以一个更稳健的心智模型是：
- 在实验阶段可以灵活
- 在持久化的事物上必须严格
- AI是工具，不是理解的替代品
许多优秀工程师采用的一个实用折中方案是：
- 先让AI自由生成
- 然后你来强加结构、可读性和正确性
- 把AI当作一个快速的初级开发者，而不是权威
所以是的，人们在编码方式上确实存在多样性——但在严肃的系统中，“原则 + AI”远远优于“AI取代原则”。