小 printf 与程序员的故事

这篇文章的原文来自：?A Little Printf Story

翻译：HelloGitHub-削微寒

作者仿照《小王子》中的情节，通过小 printf 遇见的不同类型的程序员，最后悟出什么才是真正的程序员！第一次翻译有很多不妥，欢迎留言指正。

文章略长，但是耐心读完，你肯定会受益良多！本文是我很早之前翻译的文章，小括弧中是我加的一些小调皮。嘻嘻～

第一章

我非常幸运出生在一个电脑和电子游戏还没有普遍的时代。所以我可以和我的小伙伴们一起玩耍，同时发明属于我们的游戏。

我们十分会玩：用树枝做成'?️'。我们可以用树枝做出任何东西，除'回旋镖'。因为你把树枝扔出去，你需要自己捡回来。（作者这个故事是活跃气氛吗？?）

当我们长大了，上面说的游戏变得很幼稚。你不能把一个松塔当成一个手榴弹；假装拥有神奇的魔法；当其他孩子觉得作为一个成年人很酷。你最终会迫于压力而长大。不过总的来说这也是一个非常幸运的童年。

偶然的一次机会我接触了电子游戏和电脑。你可能想沉浸在这个虚拟的世界，这会毁了你。

大多数电子游戏：你不能创造，只能反应，浪费你的时间。我在十多岁的时候，参加过'即兴表演'。在哪里我可以发挥我的创造性。

我大学的专业是'多媒体'，但是我最终却从事'编程'工作。我觉得编程 is amazing！我可以发挥我的创造性，同时又可以挣钱！之后我做了我的第一个游戏。

"这不是一个真正的电子游戏。"别人跟我说："它只是一个 html 的表单，而且代码需要简化。"

这席话使我有一些沮丧，它花费了很多心思和时间。但是，我意识到如果我想做出被人们认可的东西的话，我还需要学习更多知识。

我需要学习真正的编程。从 GUI 工具里的 JS，转到更好的语言：像 PHP。所以我先学习了Js，后来又去学习 PHP，但是一切并不是很顺利，其他人给我的建议去试试 python。最后，我学习的是 python（?我也是这样走上 python 之路的?）。

但是python中高深一些的东西：'lambdas'和'面向对象编程'，让我云里雾里的。后来别人建议我去读一下《计算机程序的构造和解释》，因为它是编程的基础入门圣经。

就这样，我知道了 Scheme，后来我又去学习 C 语言。因为大多数的程序员都会 C，同时我旁听了我们学校的计算机课程，跟着他们一起学习。因为，真正的程序员都知道数据结构和数学，但是这些我只略懂皮毛。我开始读技术文章和书，因为程序员的知识更新太快。

经过一段时间，我掌握了 Erlang，从而开始了我的职业生涯。（这篇文章的作者写了一本：Erlang 入门书）。十分奇怪的是：我这个没有用 Erlang做过任何生产级别的开发的人，却得到了一份教 Erlang 的工作。

第二章

所以我忙于到世界各地演讲，教别人（夸夸其谈）。但是，大家似乎都相信我是一个真正的程序员。因为，我讲的这些事情大多都和编程无关。

一天，我结束了一个会议回家，飞机晚点。我愤怒的敲击着键盘，一个柔弱的声音打断了我：

"你好，能请你给我设计一个系统吗？"

我："什么？"

"给我设计一个系统！"

我对这个请求很惊讶。我环视四周，发现一个渴望成为开发者的孩子。他叫'printf'（主角闪亮登场）。我觉得这个名字很傻。他的样子如下图：

"我还不是很了解计算机，但是你好像是计算机方面的专家。我希望写一个 blog 程序，人们可以使用和访问它。求求你帮我设计一个系统！"

这是个令人惊讶的请求，并且我已经二十多个小时没睡了。我不是完全理解他所说的。我告诉他，做一个系统十分困难。我不知道他想要做什么：需要支持多少访问者；在哪里部署；所以我无法根据他提供的少量信息，设计一个合适的系统。

"没有关系，给我设计一个系统吧。"

所以我做了下面这幅结构图：

他看了之后说："不，这个系统还不够好。请给我再设计一个别的。"

所以我又做了下面这个：

然后我给他讲解这个系统的工作原理。

我的新朋友 (printf)十分礼貌的说："这不是我想要的，它又太复杂而且好多东西都是我不需要的。"

我感到十分不爽，我设计的这个系统考虑到了：冗余、监控、备份、缓存、负载、支付、故障转移、部署简单等等。我设计的这个系统都已经可以获得一份可观的咨询费用了！我已经失去耐心了，所以我就画了这个：

我又告诉他："这是你设计的系统，你要的系统在这个黑盒子里。"我希望这个滑稽的答案，可以打发他。但是他的回复让我十分惊讶：

"这正是我想要的！"

这就是我和小 printf 相识的过程。

第三章

过了一段时间，我知道了这个小鬼的编程水平。在他的代码仓库只有些小程序、网站的小 demo、琐碎的程序片段。都是些不值得一提的东西。

之后他开始着手做一个需要很多模块的大型程序。这个程序需要 socket、磁盘读写、用到真正的数据库。当它第一次跑起来的时候，小 printf 十分兴奋。但是，这个程序还不够好。

这个程序需要重构、更好的测试、文档、分析。它只运行了一段时间就崩溃了。然后一次，又一次的崩溃！

程序的配置是错误的，日志不工作、磁盘速度不稳定、网络卡顿、有 bug、编码混乱、数据库需要清理、证书过期、没有异常处理导致问题找不到根源。

真的想面条一样一团糟。

小 printf 跟我说："通过这件事，我发现自己简直是一无所知！这个程序本来是根据我的需要写的。我原来的想法太天真了，后来我修复 bug 的时间和这个程序给我带来的便利根本不成正比！最后，变得跟我原来想的一点都不一样。虽然这样，我仍然认为这件事情让我收获了很多。"

一天早上，他决定离开我这里。"再见。"小 printf 跟我做了最后的道别。他想要出去看看世界，看看其他人写的程序。

小 printf 写的应用，最后因为不断增加的日志，导致硬盘没有空间，彻底的崩溃了。

第四章

小 printf 走进了一个办公楼，想寻找有经验的程序员取经，获得一些建议和帮助。

他遇到一个骄傲的高级程序员，而且自我感觉良好。

傲慢的高级程序员说："哎，过来新手！欢迎来到我所擅长领域，在这个领域我是专家！"

"专家？"小 printf 问到："专家的意思是：可以编写任何程序吗？"

"是的！"傲慢的高级程序员回答道，接着他又说："准确的说，应该是大多数程序。因为我只编写有价值的程序，我不会浪费我的时间在没有意义的小程序上。很多程序我都没有写过，但是他们都难不倒我！"

"额，所以你可以帮我完善我的程序？"小 print 问到，之后他开始阐述他的网站系统，但是傲慢的高级程序员打断了他：

"对不起，我觉得你的网站系统没有一点价值。"

小 printf："为什么？"

"经验，我擅长编写我开发的东西，我也只做我擅长的领域的开发。我需要确保我在我的领域的永远有价值。这叫做工作保障，也叫做适者生存。但这就是我的风格。我只专注于我的领域！"

小 printf："那你为什么不帮我呢？"

"花费我的时间去帮助你，意味着我需要花费精力去帮助别人，而不是提高自己----这对我来说不是一个好的主意。我的建议是：自己多努力，自己弄懂。还可以塑造你自己的心性"

小 printf："你说的方法，好想不是很高效。。。"

"你可以到学校去学，或者自学。事实上这种方法可以淘汰那些懒惰，只喜欢简单的事情的人。真正渴望知识的人才能成功！"

小 printf："你认为合作和同事不能帮助你吗？"

"不，我并不是这个意思。我做好的工作状态是：独立空间，没有让我分心的事。每次我和同事合作的时候，都是一次不好的经历。以往的经验：最好的办法是：把他们的代码拿过来重写。然后就可以了！"

小 printf对这个不喜欢帮助别人的专家感到十分惊讶，不仅如此，他还因人为别人的技术不行而恼火。这个专家眼界是狭隘的，他只关心自己擅长的领域。活在自己的世界里。

小 printf："我明白了，我想我很庆幸你没有帮助我。"

"你什么意思？"傲慢的专家问到，貌似他的权威受到了冒犯："你不认可我，你是在质疑我吗？"

小 printf："并不是这样，就像你觉得我是一个累赘，令人恼怒的一样。我是来寻找帮助的，而不是来找骂的。"

说完之后，小 printf 飞快的跑出了傲慢专家的办公室。当小 printf 离开后，这个专家又重新找回了他所擅长领域的权威，同时自我感觉良好。

第五章

然后，小 printf 又走进了另外一个办公室。里面有一个男士，他的座位周围都是精装厚厚的书籍（例如代码大全这种书）。

小 printf："先生，你有好多书啊！"

"是的，我想这些都是程序员必看的书籍，如果你没看过这些，你很难成为'大牛'（专业人士）。"

小 printf："我想我现在还是很菜，请问这些书里面你最喜欢哪本？"

"哦，是这样的这些书大多数我还没有读过。"

小 printf："那你现在是个'大牛'吗？"

"不，我还不是。"这个程序员很骄傲的说："我其实是一个很垃圾的程序员。"

小 printf："这太丢人了，我正在努力变强。"

"你听过'达克效应'吗？"

小 printf："那是什么？"

"简单的说就是：能力强的人总是低估自己，能力弱的人总是高估自己。"

小 printf："也就是说，如果我觉得自己在变强，其实我并没有变强。"

"是的，你说的非常正确。你很可能在原地踏步。另一方面，我宣扬我是一个很糟糕的程序员，但根据'达克效应'。我是低估了我自己，所以我是一个好的程序员，你怎么看？"

小 printf："我。。。额"

"这就是为什么程序员都喜欢自嘲（称自己是码农也算吧？）。当你认为你足够好了，你就放松了，也就没有前进的动力。"（这句话我还是很赞同的?）

小 printf："你的意思是：一旦自我感觉良好，也就是正在走向失败，应该时刻觉得自己还不够好。"

"是的，但是用着这种方式应对所有的事很危险，如果你还没有拿到 offer。这种方式会让你显的聪明，但是没有任何实际用途，别人不会因为你显的聪明就雇佣你。"

小 printf："你的意思是？"

"比方说：我在网上看到一个我不喜欢的项目。我留言说项目一无是处，但是不明确的指出哪里不好。最后你还可以说这个项目的作者是笨蛋，也没有人管你。"

小 printf："但是这样做有什么好处呢？"

"我想让他们知道他们走上歧途了，却又不明确的指出来。这表现的我比他们厉害。然而他们毫无头绪，像雾里看花。没有人能明白我的意思。哇咔咔"

小 printf："当别人请教你的问题，你不会的时候，你会怎么办？"

"这种情况下你就说到处都是问题，还有很多的不完善的事情要做，总之就是转移话题。然他们感觉绝望，最后还是要他们自己解决。"

小 printf："所以这就是你的立场？这是你的一贯作风？你会的问题装作对此无能为力，使得真正无法解决这个问题的人抓狂；当你遇到不会的问题时，你装作很了解，使得别人根据你的建议改善其它的地方，而与真理相行渐远，浪费时间"

"很多情况下，才能不是最重要的。但口碑很重要。人们雇佣朋友，不被喜欢的人和无关紧要的人会被第一个被炒鱿鱼（?MLGB）。要不就改变环境，改不了就要适应，适应不了就被淘汰。这就是'社会'。企业中就是这样，学术届没准也是。做这行，你认识谁，学会推销自己，建立自己的声望。这样你才能在企业里站住脚。"

小 printf："如果在企业中工作是这么恶心，要给别人'使绊'。那么我真不想在这种环境下工作！（黑暗的办公室政治，还好我还没有遇到?）"

第六章

到了吃午饭的时间，小 printf 打断了一个貌似忘记吃午饭的人。他桌子上的三明治已经凉了，但是他还是坐在桌子前面盯着他的屏幕。

他好像十分的忙，但是没人知道他在做什么。

小 printf："如果主数据库挂掉了，从数据库也会挂掉吗？"（创建主从数据库是为了减少 DOWN 机时间，让数据库可以一直处于工作状态中）

"你运行的所有东西，或早或晚都会挂掉。"

小 printf："你以往的经历告诉你这一切都会失败？"

"是的，不仅如此。所有的大系统，都会在特定的时间出现问题。"（就像千年虫问题？?）

小 printf："那么，做一个可靠的系统，都需要做什么？"

那个人忙于他自己的事情，没有理会小 printf。

小 printf 又问了一次："做一个可靠的系统，都需要做什么？"

那个人正在尝试解决产品中的一个问题，但是小 printf 还一直问个不停，同时他还没有吃午饭。

所以他不耐烦甚至粗鲁的吼道："这根本不可能，编程就是 shit?。"

小 printf 倒吸了一口气，半天说不出一句话。

小 printf?愤怒的回击道："我不相信你说的。程序是脆弱的没错，但是程序员可以改善这一点，同时做出更好和有用的东西"

那个人没有任何回答，他在翻阅文档，尝试重新启动一个新的集群，但是情况却越来越糟糕。

小 printf："并且你应该相信有好的可靠的程。。"

"不可能"那个人打断了小 printf，接着说道："我不相信有可靠或者好的的程序！根本不可能！这是我的第一个感觉，因为我正在处理一个垃圾的系统。你没看见我想方设法地让这个东西跑起来吗？事实如此！"

小 printf 很震惊的看着他说道："事实如此？说的好像自己是个专家！是你自己把一切都搞的很糟糕。这世界上有上百万的久经考验的程序，它们也有 bug，也崩溃。但是人们还是需要它们，使用它们。据我所知很多程序是没有问题的。出现问题的原因大多是因为电脑的环境配置问题，或者一个错误的操作造成的。你不认为这才是问题的所在吗？"

那个人听完哑口无言。

第七章

小printf来到了第四个地方，遇到了一个人，他的电脑几乎被便签盖满了，没有人知道他在干什么。

"motor-mvc, quadrangular JS, GoQuery, cometeor, some japanese soundy thing, ..."

小 printf 打断了他的自言自语说道："你好，你在干什么？"

"alchemist, bongodb, mochascript, walktime.js, portasql, ..."，哪个男士继续自言自语

小 printf 提高了音量又问了一次："你在干什么？"

"哦，我正在尝试新的框架，工具和语言。"

小 printf："哇，你接触的东西好新鲜啊！大多数人还都没有听说过这些。"

"是的，这个行业跟新很快！"他看了一眼他的手机接着又说到："看，cardboard.io 框架又推出了 3.5 版本，它宣布不兼容 3.4 了。于此同时社区中已经有 4 个衍生版本了。我必须从他们之中挑一个。"

小 printf："你这么做为了什么？"

"我是最早的尝鲜者，如果你不保持更新技能树，还是用老掉牙的：COBOL 或者 MUMPS（两门老掉牙的编程语言?）。你还想抓住成功的契机，抢占先机，乘势而起？"

小 printf："你成功的预测过以后的热门技术吗？"

"是的！我发现 Rails 的时候它还很小，我学会 Node.js 的时候它还没有流行。我是 redis，mongodb 和 riak 的内测用户。我是第一批试用 vagrant 的用户，然后我转去使用 docker，但是现在我全身心的关注 unikernels。。"

小 printf："太酷了！你是第一批试用这些的技术的人，你从中得到了什么回报？"

"额，并没有。当 Rails 壮大的时候，我就去关注另外的新鲜东西了。同样的，其他的几门技术我也是这样的（他不独宠一个，而是雨露均沾?）。我现在把希望寄托在 unikernels 上。"

小 printf 沉思了一会说到："你用这些框架和工具都解决了什么问题？"

"我每次都确保不使用不成熟的东西，因为不能用公司做赌注。这一点十分重要，因为如果你使用最新的技术，你就可能招不到人，而不关注新的技术，有可能脱离时代的步伐。所以我们鼓励学习新的技术。"

小 printf："这非常有趣。"

"在这个飞速发展的世界中，如果你想参加这场游戏，你需要有先进的技术。否则你就会被时代淘汰，没有人想被时代淘汰。"

小 printf："不，你误解我的意思了，我的意思是：好的工具是为了解决问题而被制造出来的。但是你却盲目追求新的技术，而不是为了什么实际的目的。"

听完这些话，哪个人呆住了，小 printf 跳跃着离开了这个房间。

第八章

小 printf 来到了下一个办公室，这里又一个疲惫的女员工。桌子上杂乱无章，整个人无精打采，疯狂的打字。

小 printf："你好。"

这个女士没有停下了她的手头工作，继续疯狂的打字。

小 printf 又打了一遍招呼："你好？"

女士这次停下了，拿起一瓶咖啡猛灌了一口。

"我有一份十分糟糕的工作。"她说："我是 devops（开发，运维，测试于一体的职位）。刚开始的时候还好，原来我大多数时间进行开发，然后抽出一些时间修复bug。但是，情况变的越来越糟糕，bug 开始接连不断。为了摆脱这种情况，同时在规定时间内完成。我不得不使用一些'奇技淫巧'。"

小 printf："你为什么不顾人来帮你？"

"我很擅长做这些事情。我已经习惯这一切都在我的的掌控之下。还有因为他们已经习惯我可以 hold 一切，如果我提出我自己无法继续掌控全局的以后，他们很容易认为我在偷懒。"

小 printf："这真是叫人悲伤的故事。"

"事实就是这样子。因为你是最熟悉这些问题（bug?）的人，你只能变的越来越累，直到你的 boss 招了一个人顶替你原来的工作，这是唯一出路。但如果你担心其他人修改你写的东西时候遇到问题，你只能帮助别人改一个又一个的 bug，当然这些都是你讨厌的事情。直到你对这一切感到麻木。"

小 printf："你真不幸。"

这位女士又被叫去工作了。

小 printf 自言自语道："这个女人会被我原来遇到的那些人嘲笑的：那个高级专家（只专注于自己擅长的领域），摇滚开发者（过分追求新技术的人），故做高深的程序员（那个周围都是大头书的装X程序员）。尽管他是这些人里面唯一乐于助人的。或许是因为，她认为一切事情还是亲力亲为的好。"

第九章

小 printf 发现在这栋大楼里发现了一个有着巨大落地窗并且宽敞的办公室。这里坐着一个德国老头，他面前堆了一堆的文件。

"啊！来了一个开发者。"德国老头惊呼道同时招呼小 printf 说："快进来！"

小 printf 环视四周的窗户，发现上面写满了东西。上面画了各种圆圈，箭头，圆柱和云彩（就是图片中玻璃上的图形）。真是搞不懂这个老头画这些东西有什么用。

小 printf："窗户上的都是些什么？"

"哦，这些？这是我们的线上系统！"那个老头随口说到："我是一个软件架构师。"

小 printf："什么是软件架构师？"

"总的来说，就是知道如何构建大型系统并且让系统中的每个部分都非常稳定的人。架构师还会数据库，编程语言，框架，编写程序，协议，封装和降低耦合等知识。"

小 printf："听起来都叫人兴奋！终于有人能回答我的所有问题了！"小 printf 瞥了一眼玻璃上的结构图说到："你们的系统真大，他跑的快吗？"

"我没法告诉你。"架构师说；"应该会很快吧。"

小 printf："那它的代码怎么样呢？"

"我没法告诉你。"

小 printf："用户喜欢这个系统吗？"

"这个我恐怕也没法告诉你。"

小 printf："但是你是软件架构师啊！"

"我的确是架构师，但是我不是开发者。架构师不做，例如：功能模块，类，整合lib等。这种工作的。架构师最重要的不是写代码。他是指引程序员和开发者的人。如果遇到棘手的，无法解决的问题，架构师才会接手。"

小 printf："这是为什么呢？"

"因为我们经验十足。我们了解系统并且能解决它的一切问题。开发者可以根据我们的经验和指导，开发出好的系统。"

小 printf："但是你不写，不看代码怎么知道这将是个好的系统？"

"我们相信开发者。"

小 printf："所以，所你们相信开发者们可以正确的实现你们的想法，但是开发者们没有机会提出他们自己的想法？"

这个软件架构师明显的愣了一下："我想。。。"他最终承认了："你刚才提出的这个问题，其实工作中很多的提议是没有被证实，或者实验的。。。"他停顿，并沉思了一下说道："有些时候软件架构师看起来既不是软件工程师，也不是架构师（是老师？）。"

小 printf 离开了这个房间，结束了他的旅行。走出了这栋楼

第十章

小 printf 走到外边，发现了一个为慈善机构募集钱的男士。

"你好"那个男士说道："你觉得帮助一些需要帮助的人的感觉怎么样？"

小 printf："那样可能会让我感觉更好，我在那栋建筑（遇到了各种各样的程序员的大楼）呆了一整天，寻求帮助。但是现在，我感觉比以前更加迷惑了。"

"嗯，我帮你分析下：那些人都是开发者，他们并没有真正帮到你是吗？他们喜欢说"程序员改变世界"，事实也是这样的。"

小 printf："那为什么我却毫无收获呢？"

"是这样的，他们最擅长做的事情是帮助把人们的工作变成程序，使人们变的轻松。软件正在吞噬整个世界，使世界改革换面。但是事实上还这还是个旧的世界。因为以这种方式的改变，并不意味着事情变好。我们还是有些根深蒂固的问题（例如：思想的问题，或是缺乏创造性。）。"

小 printf 焦急的说："怎么做才能让我感觉更好？"

那个难事深思了一会，最后提出让小 printf 帮助他，为需要帮助的人募捐。因为这个男士认为这种方式可以让他感觉更好。用一下午的时间，小 printf 把他的问题和他的经历都告诉了这个男士。

这个男士沉思了很长时间说道："在个游戏中，他们从解决复杂的问题而得到快乐和他们看重的名声和身份，这种快乐是片刻的。因为最终，如果你解决的问题没有实际价值（为了解决问题而解决问题），忽略了'以人为本'。那么你永远不会的到真正的满足！"（说的真好！）

他接着又说："随着你的成长，可能找到一家比之前更好的单位。可能是钱多，或者是因为这个工作更趣，这都很正常。只要你知道你自己想要的是什么！"

他最后补充道："最后，当你解决了人们真正面临的问题的时候，你会觉得真正的满足！有的时候根本不需要计算机。"

"你花费了大量的时间在你的系统上。最重要的是：你忘记当初为什么创建这个系统，反而花费时间在优化系统上面，那么它就变成了一场炫耀的游戏。这才是最可悲的。"

"开发者经常忘记最开始的初衷（真正有意义的事情）。如果你失去做这件事意义，而是为了解决系统的问题，才花时间在这上面。这就是问题的所在（如果你只是为了做好的系统，而不是解决实际问题，那你就应该自我反思了）"

小 printf 不断重复这句话，想要印在脑子里："只有在解决人们真正面对的问题的时候，才能获得真正的满足！"

第十一章

小 printf 坐在我的前面，和他聊天让我开始认真思考：我为什么走上编程的道路。小 printf 之前遇到的每个人，仿佛我将来的某一天会成为他们中的一员（这真是个悲伤的情景）。我被这样的人（小 printf 之前遇到的那些程序员）鼓励成为像他们一样的程序员。

我也被拖进，小 printf 不喜欢的那个，成为'真正程序员'的游戏中。小 printf 曾说过：相比于'真正的程序员'，我更想成为能够为人们解决真正需要解决的问题的程序员（解决真正问题的程序员，而不是解决编程问题的程序员）。

今天我呆坐在这里，回顾我的整个编程生涯，我想弄清：成为解决真正问题的程序员，还是一切都只是完成工作。这两者是完全不同的。

不管怎么样，小 printf 认为他不需要成为一个真正的程序员。我现在，也是这样认为的！

我的感受

翻译完这篇文章，我觉得这篇文章写的非常好，他让我意识到：编程为了什么？到底什么才是真正的程序员。

对于以后的编程之路：我以后应该以目的为驱动力，不盲目的追求技术。经常问自己，我这么做有什么意义。