普通人用AI编程：生成的是真程序吗？专业评测

近期专注研究消费端业务，更新频率有所下降，今天补上这篇深度分析。

程序员群体正面临前所未有的职业焦虑。朋友圈频繁刷到类似感叹：某个非IT行业的普通人，仅花几百元、耗时几天就拼凑出一套“系统”——而以往完成同样工作，至少需要一个团队投入半年到一年。不少开发者开始质疑：程序员这个行当真要凉了？普通用户真能轻易手搓企业级系统？

不过，现实果真如此简单吗？

作为一名在软件行业深耕近三十年的从业者，我早在2004年就自研过低代码平台，2023年5月信通院峰会上也曾公开预测“三年后程序员行业可能消失”——这个议题值得说透。一方面，为同行指明突围方向；另一方面，也让那些幻想花几百块让普通人手搓系统的老板们看清：你最终拿到手的究竟是什么货色。

AI Coding像江湖打斗，传统工程像正规军作战

将两种开发模式并排对比，你会发现它们根本不在同一个维度。

AI Coding更像江湖对决，拼的是个人即战力，靠直觉与临时应变。如同武侠小说里的顶尖高手，不拘泥固定套路，全凭“手感”写代码，快速试错、灵活调整。优势一目了然：交付快、成本低，特别适合探索性原型验证。但致命短板同样明显：难以规模化落地，代码风格往往“野路子”，后期维护令人头疼。

传统软件工程？它更像正规军作战，强调标准化流程与团队协作。好比现代军队，有严密战术（架构设计）、精良装备（框架/工具链）、完善后勤（测试/部署）。优势在于可维护、可扩展，驾驭大型项目和企业级开发游刃有余。劣势也很突出：流程容易僵化，创新速度偏慢，成本居高不下。

AI Coding工具就像给普通人配上了屠龙刀和九阴真经——瞬间开挂，战力飙升。普通人借助AI编程，好比三流武者突然能跨级作战，以一敌百，杀穿土财主家的护院家丁，对付几个拦路劫匪——这点完全成立。

但所谓“一个团队开发一套系统”，本质上是在组建正规军队。关键不在于个人勇武（写代码速度），而在于后勤保障、业务规范边界的判断——比如能否在山上扎营这类深层次问题。

一套正规系统最需要什么？当业务需求随企业变动时，历史数据如何清理？切换期间业务单据如何衔接？数据安全权限是否完整？系统压力过大时如何做服务降级？要考量的因素太多，正如正规军打仗——大炮一响，黄金万两。这正是一个团队开发半年的原因。

假设软件有20个功能点。传统开发会逐一讨论，找出冲突与模糊地带，与业务方澄清，预判未来可能变化的业务环节，提前对齐并做好假设，保障业务连续性。有些地方需要设计成开关或配置，以便半年后的报表与半年前的数据兼容。同时还要做好各环节性能优化与监控。

而AI Coding呢？自动处理了18个业务点，普通人只需对剩余2个表现异常的功能给出更清晰的描述，然后系统就“开发完了”。但问题在于：这自动处理的18个点，考虑了性能吗？考虑了兼容性吗？考虑了扩展性吗？对差异化业务进行了抽象归类以便未来查询吗？只能听天由命，完全看AI的智能程度。而下一个接手这套系统并试图升级的人，面对的依然是一座屎山——虽然金光闪闪，但确实是屎山，而且更庞大、更难以挖掘。唯一能做的就是让新AI全部读一遍，祈求它能解决问题。至于新AI为了这个小迭代改动了一个地方还是50个地方，没人管，也无人关心。

一个核心判断：你的数据是否需要持久性？

对于0代码和多维表格这类可由业务自行开发的系统，有个简单的判断标准：软件产生数据是否具备持久性。如果需要持久性，就尽量别采用黑盒子开发模式，否则等于给自己埋雷。

如果数据无需持久性呢？比如六一儿童节到了，需要收集员工12岁以下孩子的数量和性别年龄，公司准备发福利——这类数据明年肯定要全部丢弃重来。这种场景，放心大胆用0代码、用多维表格、用AI Coding。

说到底，编程方式没有绝对的优劣，只有匹配的场景。

就像特种部队高手与集团军队的差异，各有优势战场。你要侦察敌酋是否在某个村子，派出特种部队即可；动用正规军只会打草惊蛇、成本高昂、周期漫长。但你要拿下一个重兵把守的岛屿，并在胜利后持续维持治安、重启经济，那就必须请正规部队上场。

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

未来在哪里？

那么，大家一定会问：难道军队里的士兵不能人人成为武林高手吗？——问得好，你正好走在创新的正确路径上！

我们只需沿用传统软件工程的架构——当前最成熟的就是低代码平台。然后让AI在低代码平台中为指定明确的“功能点”写代码。这样鱼与熊掌可以兼得，而且整套动作完全可以自动化。这才是真正的技术未来。