普通人能写程序了，他们写出来的是“程序”么？

最近忙着搞点2C端的业务，文章写得少了，今天补一篇。

最近程序员的压力非常大，经常看到朋友圈里感叹“非软件行业人士”用了几百块，几天时间，做了一个XXX系统，原来可能是一个团队半年到一年的开发工作量。大家感觉：1、程序员行业没戏了，2、普通人也能手搓“系统”了，但是事实真的是这样么？

作为30年的软件从业人士，我曾在2004年自研低代码平台，也曾在2023年5月信通院峰会上公开演讲说3年后程序员行业可能会消失，对这个问题还是要给出一些澄清。一是希望给程序员同学们指出一条合适的路径，二是对指望普通人几百块手搓系统的老板们讲一下到底你得到了个什么？

• AI Coding像江湖打斗 → 个人即战力，靠直觉和临场发挥，像武侠小说里的高手，不拘泥招式，靠“手感”写代码，快速试错、灵活调整。 优势是速度快、成本低，适合探索性开发、原型验证。劣势是难以规模化，代码可能“野路子”，后期维护成本高。
• 传统软件工程像正规军作战 → 强调标准化流程，团队协作 ，现代军队，有严格战术（架构设计）、武器（框架/工具链）、后勤（测试/部署）。 优势是可维护、可扩展，适合大型项目和企业级开发。 劣势是流程可能僵化，创新速度较慢，成本较高。

AI Coding工具就是“神兵利器和武功秘籍”，一个普通的人，拿到了屠龙刀，倚天剑，同时学到了九阴真经，立刻开了挂，可以大杀四方。普通人用上了AI 编程工具，就像一个三流的武者，立刻可以跨级作战，以一挡百，杀穿土财主家的护院家丁，对付几个拦路的劫匪，非常合理。

但是所谓的“一个团队开发一套系统”，则更像是一只正规的军队，最重要的不是个人的勇武（写代码速度），而是后勤保障，是不要在山上扎营这一类的业务规范边界。

一个正规的系统，最需要的是什么？是当业务需求随着企业变更的时候，数据库里面历史数据谁来负责清理？切换过程中的业务和单据该怎么衔接？数据安全权限是否完整？系统如果压力过大，如何服务降级？要考虑的问题和因素太多太多，和正规军队打仗一样，大炮一响，黄金万两，这也是为什么需要一个团队开发半年的原因。

假设软件有20个功能点，传统开发是对20个功能点逐一讨论，找到冲突矛盾不清晰的地方，和业务澄清，找到未来可能会发生变化的业务环节，提前做好对齐和假设，保证业务未来的延续性，有些地方要设计成开关或者配置，这样不至于半年后的报表和半年前的数据不兼容，还要做好各环节性能优化和监控。而AI Coding呢？自动的处理了18个业务点，普通人只要对剩下的2个表现异常的功能进一步清晰描述，然后就“开发完了”。但是，这自动处理的18个业务点，是否考虑了性能，是否考虑了兼容，是否考虑了扩展，是否对差异化的业务进行了抽象和归类便于未来查询？只能听天由命，完全看AI有多聪明。而下一个人接手这套系统，想对之进行升级的时候，Sorry，面对的仍然是一座屎山，嗯，虽然是金光闪闪，但还是屎山，而且更庞大，更挖不动，唯一能做的，就是让新的AI 全部读一遍，祈求新的AI能够解决问题。至于新的AI为了这个小迭代，改动的是一个地方，还是50个地方，没人能管，也不会有人关注。

我之前对于0代码和多维表格一类的可以由业务自行开发的系统，有一个判断标准：软件产生的数据是否具备持久性。如果需要持久性，就尽量不要采用黑盒子的开发模式，因为这是在给自己挖坑。

如果数据无需持久性，例如，6/1到了，收集一下员工12岁以下孩子的数量和性别年龄，公司准备发个福利，这个收集的数据到了明年肯定要全部丢弃重来，那么，放心大胆的用0代码，用多维表格，用AI Coding。

其实，编程方式没有绝对优劣，只有适不适合。

就像特种部队高手与集团军队的差异，各有优势场景。你要去侦察一下敌酋是否在这个村子，特种部队出动就行了，动用正规军队除了打草惊蛇，还成本高昂，周期漫长。但是你要拿下一个重兵把守的岛屿，还要在胜利后持续维持治安，重启经济，请使用正规部队。

江湖打法灵活但难成规模，正规军规范但可能僵化。最有意思的是——真正的"高手"往往两者兼具：能江湖应变，也能指挥兵团。这就是为什么企业内的系统架构师才是真正能够用好AI Coding的人。

那么，大家一定会问，难道军队里的士兵不能人人都是武林高手么？非常棒，你走在了创新的正确路径上！我们只需要沿用传统软件工程的架构，目前最成熟的就是低代码平台，然后，让AI在低代码平台中为指定明确的“功能点”写代码，就可以鱼与熊掌兼得，而这一动作完全可以自动化，这才是真正的技术未来。