ARTICLE · 1066462
探讨AI加持下的软件工程范式变化
探讨AI加持下的软件工程范式变化Ai加持之下，已经让传统的瀑布模式，敏捷模式带来新的变化。 其一是执行主体变化，人由原来的执行者变成了决策者，审查者，为交付负兜底责任。 另外一点是反馈周期缩短，由周级别变成分钟级，甚至秒级。 对于第一点，我发现一些开发者和软件工程相关岗位人员仍然对是否使用Ai工具产生质疑，喜欢手搓文档，原型，设计，架构，代码等。个人没有鄙视的心理，但他们给我的理由，让我觉得不可思议，一种理由是token太贵了,我买不起，另外就是说自己喜欢手搓。我想当面反驳，但是我忍住了，我想这是意识形态的认知问题，反驳了，人家还不定乐意！ 我心想，自己的时间是无价的，公司原有的成本评估体系在没有考虑Ai情况下，给你冗余时间了，你有神器在手，节省下的时间，你搞点啥不好呢？！ 另外，真到人人都得用Ai那一天，Ai高度自动化，大家对这个东西已经探索了普遍认同的人机协同的方式，水平线已经是公认时，个人在水平线以下的，终被时代所淘汰！ 所以，先学，先用，自己爽的一批，懂的都懂，花点钱咋了？每个月少抽点烟，少逛点购物网站，啥都有了。。咳咳 对于仍然在用传统瀑布流程进行软件工程交付的企业来说，尽可能地让每个专业岗位都探索AI工具的使用，能大大缩短反馈周期！ 对于另外一点，也是我个人在探索和思考的，为啥还需要搞这么多中间环节？为啥要瀑布推动和阶段地评审，还要原型设计，概要设计，详细设计，等等？对于懂业务，懂需求的人来说，画什么原型，直接让Ai产出真实的Vue前端界面不就行了？后端服务不会，加一个后端，一起配合就把系统搞了。 做项目还要交付啥配套文档，都让Ai根据实现情况生成，这反馈很快啊！为啥实现不了呢？ 因为现实是懂业务的产品不一定会用Ai智能体编码工具，会用，也不认识代码的一些问题，简单的能调，复杂的AI发挥完成，自己都不知道如何继续对话了。 说白了就是上一个时代，分工非常明确，技术工种只关心软件工程的某个点的知识，对于其他方面完全不懂！这在Ai时代下，工作起来是捉襟见肘的，一个人就是一支军队的假设在这样单一技能的人身上实现不了。 FDE,是类似这种人才，懂这懂那，那对于传统软件交付来说，懂业务并且懂技术落地细节的人，就可以自己搞定一个软件系统，在Ai加持下就不需要太多人的团队了，他分析完需求，就可转化为软件实现的提示词！执行，直接快速得到效果，修正预期，测试，上线。 文档这些中间产物，等最终产物-软件系统最终打磨验证通过后，更新完毕✅，所以以后软件交付形态是: 人说需求>>Ai编码出效果>>人机对话修正效果>>机器生成测试脚本>>机器自动测试修复>>人验证最终效果>>通过上线>>生成交付文档 完美！以后得软件工程范式是需要能指挥机器和验证机器结果的人！