有个Meta的工程师在LinkedIn上写了句话，说自己干了这么多年，从没这么不舒服过——现在天天写代码，写完心里没底，整个东西像个黑箱。

他说的这个处境其实挺具体的：不是不会写，是写得越来越快，快到你要逐行核对根本核不过来。于是你清楚地知道系统大概在干什么，但每一行到底怎么回事，说不清。他说这违背了做工程师的本能——以前是自己造的东西自己懂，现在得先想一个问题：我到底要懂到哪一层，才敢往下推。

底下有个回复我觉得说到点子上了。这哥们不让模型设计代码，只让它填坑。他自己先把整个抽象层级、各个模块谁管什么事、怎么互相咬合，全在UML那层定死，然后才让模型去实现那些空。他的原话是，模型写抽象烂得不行，你怎么提示都没用——活是能干完，但维护起来费劲，需求一变就得大动。他自己把设计这块捏住，后面改起来就顺。前面多花几个小时规划，token还省了。

我一开始觉得这算个技巧，后来琢磨了一下，这哪是技巧。

这就是老话说的，看似寻常最奇崛，成如容易却艰辛。王安石评张籍的诗，说读着平白如话，做起来最难。写代码这事也一样——真正难的不是把功能敲出来，是那个“我知道每个单元负责什么、它们之间怎么咬合”的确定感。这东西看着平常，丢了它，整个系统就成了一团你不敢碰的东西。

所以问题可能不在于要不要用AI写代码，而在于你愿不愿意在它动手之前，先花那几个小时，把自己到底要造什么想清楚。想清楚了，黑箱就还是你的箱子。没想清楚，代码跑起来了，你也不知道它为什么跑。

AI写代码 黑箱代码 抽象设计