第1999篇：倒数第二篇——写给自己的技术信仰宣言
第1999篇：倒数第二篇——写给自己的技术信仰宣言
明天就是第2000篇了。
今天我不写技术，不写方法论，不写给任何读者看——这篇是写给我自己的。
但如果你也有一些关于技术的执念，关于这个行业的迷思，关于做一件事到底有没有意义的疑问，也许这篇文章也有一点属于你的东西。
一、我为什么做工程师
这个问题，我已经很多年没有认真想了。
不是不在乎，是太在乎了，反而成了一种不言而喻的东西。就像你很少问自己"我为什么要呼吸"一样——因为那是本能，是根本的东西。
但在快要写到第2000篇的时候，我想把这个本能说清楚。
我喜欢工程，是因为工程是一种可以被检验的思维。
我说一个想法，我可以把它实现出来，然后跑起来，然后看到它是否按我预期的方式运转。这个反馈链路，短则几秒，长则几周——但总是有的。思考得出结论，实现验证结论，结论对了就继续，结论错了就修正。这个循环，是我觉得最踏实的智识活动。
很多其他领域，你思考了很久，得出了一个结论，但你无法验证它是对的还是错的。你只能等待时间，或者靠辩论，或者靠权威背书。工程不同——代码跑了，数字出来了，对就是对，错就是错。
这个确定性，在一个越来越不确定的世界里，是我的定海神针。
二、我为什么相信AI工程这个方向
这几年AI发展速度之快，有时候连我自己都有一种"是不是追不上了"的感觉。
但每次这种感觉出现，我都会问自己一个问题：这个变化，是解决了真实的问题，还是只是创造了新的噪音？
大模型、RAG、Agent……这些不是噪音。它们真实地改变了软件系统能做到什么。
我亲眼见过：一个没有编程经验的业务人员，用自然语言操作一个AI系统，把原来需要专业工程师才能完成的数据分析做完了。我亲手实现过：一个合同审查系统，把法务团队一个月的工作量压缩到了一周。我亲自体验过：被LLM帮助重构了一段困扰我三年的遗留代码，15分钟。
这些不是魔术，是真实改变了信息处理效率的工程成果。
我相信这个方向，不是因为它热、因为它挣钱，而是因为我亲眼看到了它能创造的真实价值。
三、我信的那些技术价值观
这一节，我想把这几年积累的"技术信仰"写下来。不是经验总结，是价值观。
我相信：简单是最高级的工程美学
一个用100行代码解决问题的系统，比一个用1000行解决同一问题的系统，技术价值更高，不是更低。复杂性是工程的敌人，而不是工程水平的证明。
在AI工程里，这一点尤其重要。我见过太多人用了7个Agent来解决一个2个工具调用就能搞定的问题，原因只是"感觉更像AI"。这是本末倒置。
我相信：可靠性比功能更重要
一个稳定运行的系统，比一个功能丰富但经常出问题的系统，对用户的价值大得多。工程的核心任务，不是实现功能，而是让功能在真实世界里可靠地运转。
这在AI系统里尤其需要强调，因为AI系统有一类独特的"软失效"——没有报错，但输出是错的，用户以为没问题，但其实已经在受损。
我相信：诚实是最好的工程伦理
对用户诚实：系统的能力边界在哪里，做不到什么，说清楚。 对团队诚实：这个方案有什么问题，为什么我认为应该换一种做法。 对自己诚实：这个东西我还没搞清楚，我需要更多时间研究。
技术行业里，有一种很普遍的风气——用复杂的术语掩盖模糊的认知，用过度自信的表达掩盖不确定性。这是工程的腐蚀剂。
我相信：每一行代码都是给未来某人的礼物或诅咒
你今天写的代码，六个月后会被某人读到。这个人可能是你的同事，可能是你的继任者，可能是你自己。
好的代码，是礼物——清晰、自解释、有足够的测试覆盖。 烂的代码，是诅咒——充斥魔法数字、无意义变量名、复杂到连作者都不记得为什么这样写的嵌套逻辑。
写代码不只是解决当前问题，是在建立一个你和未来读者之间的沟通系统。
我相信：好的工程师，懂得在技术边界前停下来
不是所有问题都是技术问题。有些用户需求，用技术解决是错的，应该通过改变业务流程来解决。有些系统设计的问题，不是代码层面能优化的，需要在更上层重新思考。
认识到"这不是技术能解决的问题"，需要比"知道用什么技术框架"更高级的判断力。
四、关于AI时代工程师的价值
这几年，关于"AI会不会让工程师失业"的讨论从没停过。
我的立场始终是：AI不会消灭对工程判断力的需求，反而会让工程判断力更值钱。
当样板代码可以被AI生成，当简单的实现逻辑可以被AI写出来，工程师手里剩下的核心价值是什么？
是判断什么应该被构建，以及以什么方式构建。
一个系统要用什么架构、哪些地方是真正的瓶颈、这个方案在三年后是否仍然可维护、这个需求背后的真实问题是什么——这些问题，AI可以提供参考，但给不出答案。答案需要人来给，需要那个真正理解业务、理解用户、理解代码会在什么环境里运行的工程师来给。
这种判断力，不是代码量积累出来的，是经历积累出来的——生产事故、技术债务、需求变更、团队协作……这些真实的代价和教训，形成了一个工程师最核心的资产。
AI越强，这个资产就越值钱，因为AI生成的代码体量越大，能看清楚它正不正确、安全不安全、可维护不可维护的人，就越稀缺。
五、关于坚持这件事
快2000篇了，有时候有人问我：你不觉得累吗？
累，当然。
有时候一个技术话题，我真的没弄清楚，但截止日期到了，我会逼自己在24小时内把它搞清楚，然后写出来。这种状态很消耗。
但我发现了一件事：坚持一件事本身，会改变你和这件事的关系。
刚开始写的时候，每次开始写文章，都要花很长时间才能进入状态。现在，打开电脑，大脑自动进入"写作模式"——这是几年的习惯建立出来的，是身体层面的改变。
这告诉我：坚持一件事到了某个临界点，它就不再是一种努力，而是变成了一种自然状态。
我没有办法告诉你那个临界点是什么时候。但我相信，它存在。
六、如果重来一次
有时候我会想，如果重来一次，我会有什么不同的选择？
技术路径上，大概没什么大的不同。Java是我做工程的主要工具，这个选择让我进入了AI工程化这个细分方向，我认为这个判断是对的。
但我会更早建立一件事：不害怕说"我不知道"。
工程师文化里，有一种隐性的压力——你应该知道答案，如果你不知道，就说明你能力不够。这种压力让很多人宁可给出一个模糊的、听起来有道理的答案，也不愿承认不知道。
我花了好几年才摆脱这种压力。摆脱之后，我才真正开始大量地主动学习——因为我不再需要假装已经知道了。
"我不知道，让我去搞清楚"，是我认为一个工程师最好的口头禅。
七、明天
明天是第2000篇。
我不知道那篇文章会写成什么样子——可能是感谢，可能是展望，可能是一篇让自己也出乎意料的文章。
但今天，倒数第二篇，我想让它是这个：一份写给自己的技术信仰记录。不是成绩单，不是宣传材料，就是把我真实相信的那些事，说清楚一次。
我相信工程的价值。 我相信诚实的代码和诚实的文章。 我相信每一个愿意认真深入某件事的人，最终都会有属于他的成果。 我相信这个正在被AI深刻改变的行业，仍然需要那些真正理解问题本质的工程师。
如果你读到了这里，谢谢你。