软件工程没有银弹,AI也不是银弹

软工效率无法彻底提升效率

《人月神话》一书可以讲是软件工程和IT项目管理领域的一本经典著作，内容源于作者Brooks在IBM公司任System计算机系列以及其庞大的软件系统OS项目经理时的实践经验。人月神话提出不管什么样子的手段软件工程本质上无法把效率提升十倍。

很多文章对人月的解读是错误的，觉得人月本质上否定软件开发成倍提升开发效率的可能性，是一种悲观主义，而AI解决了这个悲观主义，AI解决了人月神话提出来的问题。

所以AI让人可以把心智活动转移过去，从而从另外一个侧面打破人月神话。既然逻辑的复杂性本身就无法压缩，我就不压缩了我就连带心智一起转移。

但是Brooks压根就没讨论效率

•模块化与接口契约，是为了给代码逻辑建立可解释的边界，出问题时可定位、可追责；

•面向对象与设计模式，是为了给业务概念建立可解释的映射关系，让系统的迭代可预测、可改正；

•微服务与分布式追踪，是为了给服务调用建立可解释的流转路径，让故障可追溯、可修复；

•TDD与CI/CD，是为了给质量标准建立可解释的校验规则，让缺陷可前置、可控制。

本质上在解决

1. 需求和生产能否持续

2. 以及高逻辑密度下人会忘记的问题

3.怎么把我的逻辑告诉别人让他跟我合作

4.遇到复杂数据整个逻辑是否能完成预设的问题

软工方法论本质上在解决人形成的问题

//需求是人提的//代码是人写的

1.人之间的沟通问题

2.体系可追溯问题

3.抵抗不可解释不可追溯

4.灾难性遗忘

加入AI之后事情会怎么变化呢

1.AI可以写代码

2.AI 的追溯成了问题

3.AI的算力存在边界

4.AI也许和“我”可以合作，AI怎么跟“别人”合作呢？

代码虽然写的快了，但是新的魔咒又出现了

热力学第二定律的魔咒还在发挥作用，AI并不能摆脱物理规律

软工没有银弹，才有这个美好的世界

1.有银弹会导致有人能一统天下，强者恒强

2.有银弹证明逻辑学自身崩塌，软件工程多样性的基础缺失

如何使用AI是观念的问题

1. 软件开发的历史并不会终结，人的欲望是无穷尽的，老板们也不用担心真的会大规模取代，只要还有客户和人

2.让AI解决沟通问题.文档撰写问题.过程记录问题.人类学习问题，才是正道。用AI偷懒，偷懒之后追溯起来要还债的，语言问题只是表象。

3.AI让不同领域的人们相互理解，合作。促成大合作时代的到来。【业主，老板，管理，售前，产品设计，开发，测试】熵增是物理定律，自然法则。

4.软件工程的第一性是“能跑不出bug”而不是“写的快”，“写的快，死的也快”。

人应该怎么做

1.这个时代的工程师，最应该学习的是“语文和阅读”，文字阅读速度提升上来，写文档的能力提升上来，过去没时间写的那些文档，少写的注释，全都给我补起来

2.适当扩大一下自己的语言边界，比如说前端可以学点后端，后端可以学点前端

3.现在终于可以有时间画架构图了吧？