最近互联网人吵得很凶的就是程序员要失业了，普通人都可以用AI写代码了。

于是乎最近闲的时候，我就用AI尝试，自己不动手写代码，让AI帮我写了一个类似于现在你看到的这个。

可以说是博客系统吧，程序员都知道这非常简单。

体验后我得出了下面的这些结论。

不要太悲观，其实普通人用AI开发程序，写代码其实挺难的。

我用的抖音旗下的Trae。我发现一个问题，如果你不给他任何项目的架构约束，他默认就用的MVC设计模式。

传统的MVC模式，最简单最适合新手。

但最大的弊端就是越往后面迭代，越会牵一发动全身，越难搞。

这也就造就了，越往后面迭代 越需要的上下文越多，消耗的token越多，但是得到的结果往往不理想。

所以整体来说，AI 写点小工具问题不大。

像我用一中午让豆包写的纯html+js的标签排版系统。

或者从最开始就对需求非常明确，一次性给够 AI 让他自己设计这类的应该还行。一次性消耗软件。

但是如果你不懂设计模式，不知道怎么约束AI的自由发货，那最后你将得到的是一堆无法维护的产物。

我记得大学有个专业就是软件工程。小白其实觉得这有啥，不就是学怎么写代码的么？
没错，是学写代码的。

但是为啥他在后面加工程，而不是直接叫软件开发。

软件开发，从最开始函数式编程，到面向对象编程，再到后面的 MVC 设计，再到 MVP，再到后面的分布式，微服务，再到后面的 DDD 领域驱动。

为啥会有这些，都是为了让这软件，越到后期越能容易维护，能健壮的跑起来。
一个商业软件，可持续的迭代进化，是必不可少的。

但是你让一个从没来开发过软件的，你问他这些问题，他能知道？
啥是 cookies？啥是 session？啥是 JWT Token？啥是 通讯加密？啥 是鉴权授权？

或许以后 AI 会越来越强大，这些都可能不需要思考。
但是至少目前是无法做到。

至少目前阶段想用AI来做商业软件，还是挺难的。

首先软件里的功能，因为上下文的限制，你可能就开发不了比较复杂的，即使开发出来之后，你会发现代码一坨屎一样，根本没法维护。

后期维护的时候，你会发现哇简直是灾难，Token是哗哗的 不停流走，然后最后你改的功能可能改一次，两次，三次，甚至4次，5次都改不出来，这就是一个很头痛的问题。

目前对于AI 的冲击，我的看法是：

AI 他就是一个能力的放大器。

如果你底层的东西只有几微米，AI再放大，也放大不到几千米，即使放大了，看到的一定是各种瑕疵。