（貌似有很多非程序猿看到此文，为了照顾这些读者，我用自己非常不纯熟的英翻中把原文中程序员交流时经常使用的英文都换成了中文，翻译的不好请谅解 -_-）

记得之前组里来了一个美国实习生小伙子，很极客的那种，干活快，一天能给你写2000行代码(我复查的速度跟不上他写的速度)，让做什么东西，上午告诉做个这个功能，下午就能在测试环境跑起来演示了。跟他单独开会的时候，他说觉的普通的编程没什么意思，太简单了，写程序这方面已经没什么追求了，他比较想跟我研究大数据的框架，数据库，或者机器学习之类的工作，做设计，早日脱离代码这种无脑工作。

我足足花了1周时间，每天读他的代码到凌晨。给他写的评语反馈快赶上我在知乎写的答案文章之和了。。。期间几小时几小时的开会论战，孩子狂，语速快，脑力灵，辩论角度刁钻。他天天要与我论战，看我的评语，速度还算慢下来了。

没来得及讨论完，隔周我要休假了，2周。交代了些他要做的工作。

2周回来，让他改的那个java包爆炸了，本来我们一个支持了7个功能的框架包，总代码量也就5k把，等我回来这包代码量1w5+。也就是说他为了一个小功能加了1w行代码。

这没法复审，只能跟他坐一块，先让他给我讲讲这代码都干什么的，然后他说：

en。。。这块我现在也看不太懂当时为什么这么写了。。。

en。。。这边写的比较复杂是因为当初那边是那样写的，所以这边没办法才只能这么写。

en。。。把当初那边改好很麻烦，影响也很大，不如就这样吧。

en。。。这里这么写是因为你看着里是这样的， 然后这里有这个逻辑，然后这里。。。（来回来去翻n个类之后）。。。 所以你看我这里虽然写的比较诡异，但是完全没问题的！（得意ing）

en。。。这边做的这么奇怪是因为有个bug，通过这么写，这个就bug没了，我也不知道怎么回事。。。所以你看我在这边注释，这行不能删了。。。

en。。。我觉得这个功能很酷，你们虽然现在不需要，不过有总比没有好吧，将来如果……%¥……&%&……%*7&%……*%…（我没听懂）的话，这个就很有用！！

...

一次一次被我打回去重写，后来总算简化成大概5k行了；临走时候跟我说：你这样编程也太难了。。。

再后来由于一些额外复杂的代码造成我们实现新东西会很复杂，我又重写了一遍，总共大概不到1k行代码。

这里边有几件事情我想说：

1. 做出来容易， 做正确难，这里做出来指没bug且完成需要的功能，这是最基本要求，不多加讨论。这里正确，不是指功能正确，而是指程序可以很容易推理理解，理解意图， 理解如何做到的，理解为什么系统不会出错。理解为什么要这么做。正确是现在怎么写不会挖坑害将来的人，现在怎么写能让别人1年后看你代码时候不可能理解错你现在的意图，现在怎么写能在别人将来犯错的时候提示他你错了。
2. 编程是给未来的未知人讲故事，你无法知道将来这个人是谁，他都懂什么，他经历过什么，这个系统将来已经是什么样子了。我们需要在这种无知，缺乏信息的情况下做决定，从千万种把这件事做出来的方法里，选出你觉得最能把这个故事给讲好的那种方式，把故事写下来。编程是一种沟通，沟通是一种艺术，用程序跨越时空之沟通则是一门属于程序员的特有的艺术（就好比数学家用数学公式来沟通） coding is all about the art of communication（引用）。
3. 坏的决定会导致坏的决定，甚至导致人们去扭曲一个好的决定去迎合坏的决定。垃圾会制造垃圾，一个放在系统里不经清理的额外复杂度，会导致更多的额外复杂度的生成。
4. 每个人甚至同一个人的不同时刻都有自己的不同的制造额外复杂度的缺陷，比如我每年去看去年自己写的代码，觉得都是垃圾。

然后我又想问几个问题：

我们所在的部门，所在的组，公司，它们的文化，到底是关心作出了一个东西，还是关心做好了一个东西。一个总是给系统添加垃圾，留坑给后人，但是能很快做出能跑起来的系统的程序猿，我们到底认为他是做了好事还是做了坏事？我们到底认为他很强，还是他很弱？用超过必要而为了突显技术实力的复杂工具，技术框架搭建系统，做完跑路，在一个组，一个部门，一个公司，那里的文化，到底应该是鼓励还是抑制这种行为？我们又应该如何在一个环境中，去倡导推崇什么样的文化，相遇什么样的人？