杂谈:AI与程序员

“容忍自己的疑惑，喜爱那些困扰自己的问题。”

这个号断断续续写了两年了，回想起来，也是不长不短的一段路。

最开始的时候，是朝着做一个厉害的程序员去的，是想着如果能把一个技术点吃透，并给别人说清楚，长此以往，是能够成为一个厉害的程序员的。所以写了lambda表达式、模板类、虚函数表、多线程……这些都是在最初的技术书上看起来有些抽象的知识点。从这个角度看，这两年下来也还是取得了一些进步。

（配一张闲图，分隔一下）

但最近我的感受有了一些变化。

因为工作中用了一些诸如reasonix、trae、opencode等编程agent，基本上我只要把原来的代码丢给它，告诉它按照某种结构重构当前目录下的工程，它几分钟就完成了，还会给你一份开发报告。我就在想，前面几年学的那些所谓的编程技术，是不是真的就用不上了？

恰好最近在备考架构设计师，看到书上的一段话，就很想找个人说说（于是就写了这一段），截取片段如下：

当看到编码两个字的时候，心头一震，继而涌上一种说不上来是伤感还是喜悦的感觉。也许自己之所以感受到AI的冲击，可能正是因为，在某种程度上，将自己定位成了一个纯粹的编码人员，而AI最为擅长的，就是按照指定的设计进行编码。

但对于真正的“编程”，其包含的内容要更为丰富，编码只是其中很小的一部分，由此也就多少有些释然。

前段时间在抖音上看到有人说，曾经阅读和写作是一个专业，现在已经成为了一个大众技能。或许编程也是一样的，终于有一天，它会成为一个大众技能，不需要学专门的计算机专业就能上手，但我想，正如当阅读和写作已经是一个大众技能的时候，阅读仍然有多和少的区别，写作仍然有好与坏的区别，到那时，每个人编写出来的程序，多少也会有些区别。

前两天让AI写了一个大富翁的游戏，从界面设计到完成度，确实比自己写不知道强了多少倍。但其中也遭遇了一些坎坷，有些问题它怎么都改不好，而且会越改越乱。最后自己理顺了这个逻辑，然后设计了状态转换的步骤，再交给AI实现，确实效果好了不少。

在不远的将来，AI肯定是会进化得比现在更厉害，现在的这些问题在那时会轻而易举的解决。但从软件工程的角度看，AI总归会有一些边界。

后面可能，这个号纯粹的技术点分享会比较少，如果有软件模式与架构设计方面的学习心得与体会，再与朋友们分享。如果有一起备考的朋友，加油。