Russ Olsen：我得到的最佳编程建议
openkk 12年前
<p> 英文原文：<a href="/misc/goto?guid=4958523377388146351" rel="nofollow" target="_blank">“The Best Programming Advice I Ever Got” with Russ Olsen</a></p> <p> Russ Olsen 作为《Eloquent Ruby》一书的作者，同时也是一名 Clojure 开发者。他把一个与古老的 CAD<sup>[1]</sup>程序、办公室政治、及其进展有关的故事娓娓道来，整个故事可以总结为一句简单的口头禅：“千万别碰其他人的代码！”</p> <p> <strong>姓名：</strong></p> <p> Russ Olsen</p> <p> <strong>编程能力及工作经验：</strong></p> <p> 从穿孔卡片到 <a href="/misc/goto?guid=4958523377511516830" rel="nofollow" target="_blank">ClojureScript</a> 无所不能。</p> <p> <strong>最显著的成就：</strong></p> <p> 作者，《Design Patterns in Ruby Ruby<a title="设计模式:可复用面向对象软件的基础" href="http://www.amazon.cn/gp/product/B001130JN8/ref=as_li_qf_sp_asin_il_tl?ie=UTF8&tag=vastwork-23&linkCode=as2&camp=536&creative=3200&creativeASIN=B001130JN8" rel="nofollow" target="_blank">设计模式</a>》，《Eloquent Ruby》</p> <p> <strong>最常用的编程语言：</strong></p> <p> Ruby 为首，<a href="/misc/goto?guid=4958523377674084494" rel="nofollow" target="_blank">Clojure</a> 紧随其后。</p> <p> <strong>建议：</strong></p> <p> 我收到的最佳编程建议来自于我的职业生涯早期，那时我正在一个令我爱恨交加的系统上工作。那个系统最酷部分是我们正在做计算机辅助设计——想象一下 <a href="/misc/goto?guid=4958523377792529048" rel="nofollow" target="_blank">Adobe Illustrator</a>， 不过它是为工程师设计的。那时候，具有交互式图形的 CAD 软件堪称高科技的顶峰。让我痛恨的事情是，系统很慢、慢得令人抓狂：你会坐在那里，看着画面中一条接一条地出现令人痛苦的线条。完成一个简单的绘图会花费 几十秒，然而当显示复杂画面时，你就有机会去喝杯咖啡慢慢等了。即便我们用早期的计算机标准来衡量，该系统的性能也是极其糟糕的，这一定传达了某些信号。 如果是黑客（hacker）会做些什么？而你又该做些什么？</p> <p style="text-align:center;"><a title="Russ Olsen：我得到的最佳编程建议" rel="lightbox[26279]"><img title="Russ Olsen：我得到的最佳编程建议" alt="Russ Olsen：我得到的最佳编程建议" src="https://simg.open-open.com/show/54257574e06aea9a67b39e990daa0e2f.jpg" width="125" height="125" /></a></p> <p> 我所做的就是仔细查看代码。尽管图形部分不是我的职责范围，但是我花了数个夜晚和周末乐此不疲地钻研此问题，设法弄清系统如此缓慢的原因。我并 没有花很长时间就找到了这个问题：一旦你启动该系统，你实际上就开启了两个进程。一个进程是正常的 CAD 系统，而第二个进程则用于完成与绘图功能有关的全部工作。这两个程序彼此之间通过某种类似套接字（socket-like）的网络连接进行通讯。显然，开 发图形子系统的<a title="程序员的本质" href="/misc/goto?guid=4958202204547787659">程序员</a>已经爱上 了客户端/服务器（client/server）风格的程序，并且已经在我们的 CAD 系统中如法炮制了他自己的程序。问题在于，由于我们是在这种早期硬件上运行该系统，因此将全部绘图压缩为一个有限的套接字要耗费我们一个数量级的性能，然 而我们对正在付出的成本却给不出充分的理由。</p> <p> 我用接下来的整个周末将把系统整合到一起，这个版本中所有的内容被打包到单个进程中。系统的变化更是引人注目。现在，简单图像差不多瞬间就能绘 制出来，然而更为复杂的图像也只需抿口咖啡的工夫就能完成。星期一早上，我一遍又一遍地演示我的整合版本：首先是给我的老板演示，接着是我老板的老板，然 后又是他的老板，直至全体高层领导。</p> <p> 然后就大难临头了。许多那些老板的老板的老板非常生我的气，但是没有人可以或打算阐明个中缘由。我的一些同事见到我就像见了瘟神一样，避之唯恐 不及。慢慢地我想通了，我已经闯入一些错综复杂的跨部门权力斗争之中。因为我用我自己的笨方法并没有给图形处理加速，而是为某个组织派系提供了制胜法宝， 同时也让其他派系感到很不爽。最终，他们勉强地将第二个进程连同套接字（socket）一起移除了，从而我们获得处理速度更快的图形。不过兴高采烈的人却 寥寥无几。</p> <p> 就在那时，所有员工的最大老板要我去他的办公室走一趟，并送给了我一个关键的建议。随着办公室的门牢牢地关上，他转过身来，二目圆睁地看着我，然后说道：</p> <p> “<strong>今后，千万别碰其他人的代码！（In the future, stay the Hell out of other people’s code.）</strong>”</p> <p style="text-align:center;"> <a title="Russ Olsen：我得到的最佳编程建议" rel="lightbox[26279]"><img title="Russ Olsen：我得到的最佳编程建议" alt="Russ Olsen：我得到的最佳编程建议" src="https://simg.open-open.com/show/b975a82756ea8fa4860f80a0f0addf95.jpg" width="546" height="409" /></a></p> <p> 实际上，这是个很糟糕的建议，从那以后的数年中，我都以自己的方式对它置之不理。不过这些话还是有价值的，因为我曾多次回忆起它们。</p> <p> 每当一些恼人的新员工带着一个明显行不通的馊主意来找我时，“千万别碰其他人的代码！”这句话就会在我的脑海里回荡，而且声音越来越大。</p> <p> 每当其他工程师对<strong>我的</strong>代码有见解时，我记得当时心里是这么想的，你应该管好你自己的技术工作，但同时我又力求解除我的自尊心。</p> <p> 在后来的那些年里，随着我自己也在建立并管理软件开发团队，我已经意识到，对于那种古来的项目而言，可能会有整整一打程序员都知道系统到底为何 如此缓慢，而且也知道该如何修复它。尽管他们心知肚明，但是他们却把解决方案烂在肚子里。因为在那种组织里，与让系统变得更好相比，还有一些更重要的事情 （派系之争、办公室政治等等）要关注。“今后，千万别碰其他人的代码，”，这句话假设将会有未来。但是，拥有未来的最好方法是让以下内容成为团队的一部 分：看重<strong>系统进步</strong>高于办公室政治（progress over politics）、<strong>奇思妙想</strong>高于固步自封（ideas over territory）、<strong>自告奋勇</strong>高于彬彬有礼（initiative over decorum）。</p> <p> <strong>@<a href="/misc/goto?guid=4958523377946103663" rel="nofollow" target="_blank">高翌翔</a> 译注</strong></p> <p> [1] <strong>CAD</strong>，Computer-aided design，即计算机辅助设计，指使用计算机系统来协助设计的创建、修改、分析、或优化。详细内容参见<a href="/misc/goto?guid=4958523378066121242" rel="nofollow" target="_blank">维基百科</a>。</p> <div id="come_from"> 来自: <a id="link_source2" href="/misc/goto?guid=4958523378167663534" target="_blank">www.ituring.com.cn</a> </div>