引言
哈喽大家好，我是亿元程序员，一位有着8年游戏行业经验的主程。
上一期文章**《一个人，4个岗位，20天：我用Cursor+Codex上线了一款微信小游戏》**发布之后，非常热闹，其中有小伙伴问了我一个很有意思的问题：
既然现在 AI 都这么发达了，代码能生成，图片能生成，文档能生成，甚至连游戏都能一口气给生成出来。
那你为什么还要一篇一篇写教程？"
更直白一点就是：
为什么还要坚持手搓教程？"
好家伙，这问题直接把我问沉默了。
他说的不没道理，现在我们随便打开一个 AI 工具，简单输入一句：
帮我用 Cocos Creator 做一个飞机大战小游戏。"
它大概率会给你生成一个比较完整的小游戏，不仅好看还能跑，包含：
- 玩家控制脚本
- 子弹脚本
- 敌机脚本
- 游戏管理器
- 碰撞检测
- 分数系统
非常香，但是问题来了：
这真的是你想要的结果吗？
有 AI 真的可以为所欲为吗？
先说结论：我并不排斥 AI。
相反，我觉得 AI 是这几年对程序员最有用的工具，没有之一，因为它给我们提供了摸鱼的时间（等待 AI 运作的时间可以做很多有意义的事）。
它既可以 帮我们处理我们懂的问题，也能够解决我们不懂的问题。
但是游戏开发从来都不是只有代码，更多的是在聊天框里面看不到的：
- 节点怎么搭？
- 脚本挂在哪？
- 组件怎么关联？
- 资源怎么导入？
- 碰撞为什么没触发？
- 坐标为什么不对？
- 预览能跑，真机为什么掉帧？
- 编辑器里看着没问题，发布到微信小游戏为什么又不一样？
当你对这些东西没有概念，而 AI 也不懂你时，那等同于走进了死胡同，走不出来。
这就是我坚持手搓教程的第一个原因：
AI 负责生成结果，教程负责交代过程。
传统手艺
说实话，自从染上了 AI 之后，笔者已经越来越少手搓代码了，写代码仿佛已经成了传统手艺。
以前是打开编辑器，先泡杯茶，然后开始一点一点敲：
现在是打开 AI，先输入需求，然后等它给我表演。
不得不说 ，效率确实高了不少，甚至有时候高到让我怀疑：我这 8 年游戏主程，是不是快要转职成面向聊天框的提示词工程师了？
正是 因为如此，这个问题就越扎心：现在还有多少人愿意看传统意义上的教程呢？
说实话，不多了。"
以前我们学东西，可能会老老实实打开一篇文章，从第一步看到最后一步：
- 先创建项目。
- 再创建节点。
- 然后新建脚本。
- 接着绑定组件。
- 最后点击运行。
非常完整，也非常正确。
但问题是，现在大多数人看到第二步，可能就已经关掉了。
不是大家不想学，而是信息太多了，节奏太快了。
短视频刷多了，AI 用多了，再回头看那种"第一步、第二步、第三步"的教程，确实很容易觉得：
我直接问 AI 不就行了吗？要你何用。"
所以传统意义上的教程，确实越来越没人看了。
但是
AI 越发达，越需要有人把路讲清楚。
AI 的出现，确实让很多事情变简单了。
但它也带来了一个新的问题：很多人拿到了答案，却不知道答案为什么是这样。
- 代码能跑，就先用。
- 跑不起来，就继续问。
- 问着问着，好像问题解决了。
但下次换一个需求，又回到了原点。
这就是为什么我觉得，AI 越发达，越需要有人把路讲清楚。
因为教程真正要解决的，不是"这段代码怎么写"。
而是：
你为什么会遇到这个问题？
这个问题应该怎么拆？
你怎么判断一个方案靠不靠谱？
你怎么把别人的 Demo 改成自己的项目？"
如果一篇文章能让一个新人少踩一个坑，少熬一个夜，少怀疑一次自己是不是不适合做开发。
那这篇教程就有意义。
如果一篇文章能让一个已经工作的小伙伴，在遇到类似需求时突然想起：
哦，这个地方之前亿元程序员好像讲过。"
那这篇教程也有意义。
这可能就是我继续写下去的原因。
结语
昨天是教师节，突然想起来：
我既是程序员，也是手搓教程的"老师"。"
我是"亿元程序员"，一位有着8年游戏行业经验的主程。在游戏开发中，希望能给到您帮助，也希望通过您能帮助到大家。
PS : 笔者线上的小游戏**《填色之旅》《打螺丝闯关》《贪吃蛇掌机经典》《重力迷宫球》**大家可以自行搜索体验。
实不相瞒，想要个赞 和爱心 ！请把该文章分享给你觉得有需要的其他小伙伴。谢谢！
推荐文章：