好的程序员到底好在哪里？

　　英文原文：What Makes a Good Programmer Good?

　　我这些年和许多程序员事情过——他们有些人超级棒，有些显着比力寻常。由于我迩来和一些熟练的程序员事情的很愉快，我花了一些时间思量我羡慕他们什么。是什么让一个好的程序员那么好，差的程序员那么差？或者，简短一些，是什么让一个好的程序员那么好呢？

　　凭据我的履历，成为一个优异的程序员与年事、教育或者你挣钱的几多没有关系。要害在于你的体现，更深刻的说，是你怎样思索。我注重到我羡慕的程序员有一致的习惯，比起他们所选语言的知识、对数据结构和算法的深入明白、或者几年的事情履历——更多的是他们交流的方式，治理自己的方式，和凭据他们精湛的技巧可以知道他们接触编程的要领很有意义。

　　固然，成为一个好的程序员需要的比任何人可以枚举的都还要多，我不会基于这些实践的存在（或者缺失）而单独评判任何程序员。但当我看到时我确实能明确的知道，当我看到一个具有这些性格的程序员时，我会想，“这小我私家真的知道他们在做什么。”

　　他们做研究

　　或者称作“三思尔后行”，或者称作“谷歌一下”。

　　无论你怎么称谓它，你可能遇到的大多数编程问题险些在一定形式上都已经被解决了。传道书早就记载在案，阳光底下无新事。在GitHub上的库文件列表中，在因特网上的博客中，或者恰恰与某小我私家履历交流中，好的程序员知道要在解决一个问题之前先做研究。

　　我曾经见过伟大的程序员急于给出解决方案，可是我曾经一起事情过的最糟糕的程序员，从来不咨询他人，从而导致做了大量的重复性事情或者恰恰使用了错误方式来解决问题。于是很不幸的，他们最终为他们的错误支付价格。

　　读错误信息（并以之行事）

　　这包罗对客栈追踪的符号剖析。是的，令人厌恶而且不幸——但若是你不愿意这么做，怎么知道那里堕落了？我知道的最高效的程序员不畏惧深入挖掘问题。最低效的程序员看到错误甚至都不愿读错误信息。（这听起来挺可笑的，但我遇到的频率会让你受惊。）

　　更进一步说，伟大的程序员看到问题，会迫切的去解决它。对于他们来说，读错误信息仅仅是第一步；他们盼望深入问题并找堕落误的泉源。他们对推卸责任没有兴趣，他们对找到解决方案有兴趣。问题确着实他们这里止步。

　　他们会去看源代码

　　文档，测试和人：这些都可能会说谎。未必是居心说谎，可是若是你想确切的知道代码是怎么事情的，你就必须亲自察看源代码。

　　纵然这不是你很是熟悉的语言也不要畏惧——好比，若是你主要是一个Ruby程序员而且你嫌疑Ruby的C语言包里有错误，那就去解压它看看再说。不错，你可能会一无所获。可是谁知道呢，你也可能会找到问题所在，比起什么都不做，你至少选择了一条更有时机的路。

　　若是你事情在一个非开源的情况中，就不太好办了，这很不幸，不外原理是稳定的。糟糕的程序员对检察源码通常没有太多兴趣，效果就是，跟那些愿意去研究一下源码的人相比，他们通常会被这些问题困扰的更久。

　　他们说做就做

　　好的程序员总是趋向于接纳行动。他们似乎有种控制不住的强迫性——一旦他们确认了一个问题或者看到了一个新的特征需求，就会立刻着手解决，有时甚至过早或者过于勇往直前。他们遇到问题的直觉反映就是正面解决它。

　　有时这会带来贫苦——可是他们的热情正是他们能够做的很好的要害因素。当某些人还在拖延回避或者理想问题能自己消逝的时间，好的程序员已经最先下手了。

　　更简朴的来说(也许，太过直白)，若是你看到一小我私家兴奋的发现并处置惩罚问题，很有可能你获得了一名好程序员。

　　他们有备无患

　　这可能是一个坏的程序员的特征——他们总是纠缠于一个又一个的人为失误，从来都是没有明确上一个就转向下一个。他们总是在诉苦他们程序中的错误部门，却泯灭数小时对完善运行的代码来debug。他们让情绪占有自动，信赖直觉而不是仔细明确的剖析。

　　若是你突然遇到一个问题——或者每一个问题看起来都像是天下末日一样平常，你极有可能是在犯错误而不是在解决潜在的问题。伟大的程序员会破费一些时间来相识是什么出了错，哪怕是真的是一场灾难，除了这些，他们还会把常泛起的问题当身分配使命来处置惩罚掉。由于他们能更准确的解决大部门问题，从而不会提高你的团队的重要水平。

 1/2    1 2 下一页 尾页