码农杂谈：Taste

代码首先是写给人看的，然后才是在机器上运行。一个每天“高效”产出几百行烂代码的人，本质上是在给团队做负功，屎一样的代码生产的越多，对团队的拖累越大。我去年接手公司的项目，一个好好的开源项目，一个实习生两个月咣咣咣加了一堆代码，生产（屎一样的代码的）效率极其惊人，结果我接手后，带着两三个人花了近一年的时间才把屁股擦干净——几乎每个月定位到的 bug 都能 blame 到这位前同事……

代码是有生命周期的，并且与代码的 ad-hoc 的程度成反比。码农的一大悲剧就在于，在职业生涯的早期，多数时间都在写着各种 ad-hoc 的代码。比如拿个开源项目魔改一下，写点脚本，写几个页面加几个 button。多数人都熬不过这个周期，然后要么转行，要么激情磨灭了——我不敢说自己已经脱离了这个阶段。就我工作这几年接触到的人和项目，大多数代码的生命周期都短得可怜……少有超过两年的，也许是我的职业生涯太 low 了吧。这也是我现在越来越反感各种所谓“小步快跑”的开发方式。所谓的敏捷开发在大多数企业完全是被烂用了。真正的敏捷开发，需要强力的 PM，仔细推敲的需求，强力的工程师，良好的自动化测试部署监控系统的支持……你什么都没有，碰个事情就说“来来来我们先 work around 一下把这个问题临时解决一下”，这不叫敏捷开发，这叫胡闹开发。然而，实话实说，在资本强力的鞭策之下，码农其实是蛮弱势的一个群体，很多时候做的事情就是把现实世界的需求翻译成机器能“理解”的代码，如是而已。

从某种程度上讲，写代码和写文章是非常像的，代码运行在数字世界，而文章则运行在想像中的思维世界。一个优秀的工程师，对待写代码，应该像一个优秀的作家对待写一部作品一样。好的代码，需要仔细的推敲设计，反复的迭代修改，需要在动笔之前就在脑海里布上所有的“剧情”，就像一部小说一样。但是写代码和写文章又不完全一样，广义上的文章（小说，散文等各种作品），写完了，作品就算结束了，但是代码则永远没有“封笔”的那一天。因为软件世界在不断的进化，代码封笔，就意味着这段代码开始慢慢腐化走向死亡了。这是写代码和写文章的一点不同，也是大部分痛苦和乐趣的来源。

当你学了 C，学了 C++，学了 Java 学了 Linux 学了 JavaScript 一堆一坨一吨一挑子一卡车一轮船的东西，耗了两年终于入了门能做出点小东西后，这时候如果想进阶，想在这个行业干到 35 岁之后还能饶有兴致的继续干下去，记住一个很重要的词：taste。工作这么多年，接触了这么多人，我必须说，大多数码农的 taste 实在是太差了……写代码做设计写文章，对什么是好的什么是差的一点感觉都没有……为什么一个公司一个团队一定要有那么一些 Senior 甚至 Staff 级别的有点 taste 的工程师镇着场子？因为如果没有这批人，一群连什么是好坏 taste 都搞不清楚的码农搞吧搞吧慢慢就会把手头的项目做死……我是说真的。怎样去培养好的 taste？我的意见是，不要局限于代码，去看那些好的文章，去看那些让你流泪的电影，去听那些让你心潮澎湃的音乐，去学 LaTeX 细究下各种字体的排版细节，去学学 Mathematica 看看什么叫做令人惊艳的交互，去买一个顶尖的降噪耳机体验下什么叫做瞬间安静的世界……跳出你固有的思维舒适区，多体验多尝试多思考，当你的手、眼、脑、耳变得挑剔，当你听到 work around/trade off 这类字眼就本能得反感恶心和不舒服，你就明白，什么叫做“由俭入奢易，由奢入俭难”，你就懂得什么是好，什么是差，什么叫做 taste。

大多数企业 taste 之差，远超你我的想像。举个例子？好吧：

这是淘宝开放平台的开发者文档（https://open.taobao.com/docs/doc.htm?spm=a219a.7629140.0.0.OeQb08&treeId=1&articleId=102602&docType=1）。不需要懂多少数字排版的知识，我相信每个人都能看出来这份网页的排版有多烂吧？你要知道，这可是淘宝，市值几千亿美金，开发者平台上入驻了数以万记的开发者，这个网页每天的访问量可能会有几十万。就这排版……还开放？开放个屁，要不是垄断，谁乐意去读这些鬼画符一样的文档。

这是我随便找的一篇官方微信公众号的文章，看似色彩斑斓，然而我要告诉你，中英文排版中，段落文字水平居中是最烂最烂的排版方式。看看段落两边的错落边缘，你不觉得这种居中排版的段落，就像被你家狗啃过的面巾纸么？

看看我写的：http://ppresume.com/notes/guide-zh.html 。这份文案我花了 20 天写完，写完之后就没有动过，到现在也可以算得上是一部小作品。开个 package 吧，哪家企业愿意花 3000-5000 rmb/天的价格请我咨询，我可以给你的企业提供业内顶尖的数字排版方面的咨询服务，简单的几条意见就可以大幅改善你的产品字里行间的细节，让你的产品看起来更加舒服，而且是那种让客户感觉很舒服但是就是说不出来为什么这么舒服的那种舒服。3000-5000 rmb/天？小价钱，高性价比。:-) :-) :-)

关于 taste，再多说一句吧，taste 的好坏，甚至技术的牛逼与否，并不决定一个企业，甚至一项事业的成功与否。世间万物如果都遵循“如果怎样就会怎样”的模式，那这个世界未免有些太简单了，简单到有些无聊。以前我和人争论，写代码之前应该仔细调研，全盘考量，谋定而后动，有人就跟我举例说，“滴滴打车最早的项目就是找个外包随便做的”，“淘宝最早也是买来的代码随便改的”，然后试图说服我采用所谓的“小步快跑”的开发模式，work around 套 work around，trade off 叠 trade off，先解决需求。可是，可是，可是，可是，可是的是，滴滴走到现在，和他最初的 App 是请外包开发还是自己开发的，有半毛钱的关系么？淘宝走到现在，最初的代码来自于哪里又能有什么决定性的影响？我同样可以说，你看 Github，从成立之初到现在一直保持了极高的代码、文案和设计的水准；看看 Stripe，靠着极其友好的 API 和开发者文档不知俘获了多少开发者的芳心。一个商业项目的成败取决于太多的因素了，技术的牛逼好坏也许至关重要，也许微不足道。因果律在这里是不成立的。所以一个人一个公司有没有好的 taste，本质上就是“江山易改、秉性难移”。

----

End of head dump。

现在是北京时间 24:00。

写这篇文章是起于这条广播：https://www.douban.com/people/xiaohanyu/status/2158172513/ 。原本是想再追加几条广播，后来发现这个问题一两句话说不清楚，就随便写点文字，把自己脑袋里的东西 dump 一下，倾泻于此吧。

安~