4.做专业的程序员 一个专业的程序员最重要的特征就是个人责任感。专业的程序员会对自己的生涯、自己的估计、自己的日程安排、自己的错误以及自己的作品负责。一个专业的程序员是不会把这些责任推给其他人的。 如 果你是一个专业人员，那么你就会对自己的工作负责。你有责任阅读和学习。你有责任追赶业界及技术的潮流。而很多程序员都认为这是他们上司的工作。对不起， 这是大错特错的。你认为医生也会那样做吗？你认为律师也是那样的吗？不是的，他们会利用自己的时间和金钱去学习。他们花费大量的下班时间去阅读期刊和做出 计划。他们会时刻更新自己，我们也必须这样做。你和雇主之间的关系只是为了履行合同。总之：你的雇主承诺给你工资，你就得承诺去把这份工作做好。 专 业的程序员会对他们编写的代码负责。如果他们不清楚代码是否会正常的工作，就绝不会轻易放出代码。试想一下，如果打算放出一个不确定的代码，你还有可能是 一个专业的程序员吗？专业的程序员都不希望QA来发现他们的错误，因为他们如果不经严格测试是不会放出代码的。当然，QA也许会找到一些问题，因为没有什 么是完美的嘛。但是作为专业人士，重要的是我们的态度，我们决不能让QA找到什么问题。 专业人士都是团队合作。他们会对整个团队的未来负责，这并不是他们个人的工作。他们互相帮助，彼此教导，互相学习，甚至包括别人需要的任何时候。当一个队友倒下，其他人都会去关心，因为他们知道他们都有互相需要的时候。 专 业的人士是不会容忍一大串bug列表的。一个巨大的bug清单是非常粗心的。一个在问题跟踪数据库里有成百上千问题的系统是粗心酿成的悲剧。事实上，在大 多数的项目中，如果非常依赖问题跟踪系统，那么他们肯定总是粗心大意的。只有非常大的系统才可能会又这么长的bug清单，这个时候需要的是自动化的管理。 专 业人士不会把事情弄得一团糟，他们会对自己的工作引以为豪。他们保持代码的整洁，结构的良好，而且便于阅读。他们跟随着默认的标准而且做出了很好的实践。 他们永远不会趋之若鹜。假设你能够在医生给你做开放式心脏手术的时候灵魂出窍。这个医生有一个最后期限（只是字面意义上的）。他必须在心肺循环功能损失过 量血细胞之前完成。你觉得他该怎么做？你是想要他们像典型的软件开发人员那样匆忙而且混乱吗？或者想要他们说“我待会儿再回来解决”？还是你要他们小心地 遵循着纪律，抓紧时间，相信他自己的做法是目前可以采取的最好的方法。你是想要一片混乱还是专业精神呢？ 专业人员得有责任感。他们会对自己的事业负责。他们会对代码的正常运行负责。他们对自己工作的质量负责。即使最后期限迫在眉睫，他们也不会放弃自己的原则。事实上，当压力越来越大的时候，专业人员甚至会对这些原则要求得更紧，因为他们认为这是对的。 ——Robert C. Martin (Uncle Bob) 5.利用代码分析工具 测试的价值是在他们编程之旅的早期阶段就灌输给开发者的。今年来，单元测试，测试驱动开发，以及敏捷方法的兴起都被大量地用于开发周期的每一个过程。然而，测试只是众多能够提高代码质量的工具之一。 回 到早期阶段，当C语言还是一个新兴的技术的时候，CPU的时间和存储的形式都是非常珍贵的。第一个C语言编译器注意到了这一点，所以通过一些语义分析减少 了便利代码的次数。这意味着在编译阶段，只能检测到一小部分的错误。为了弥补这个，Stephen Johnson编写了一个叫做lint的工具，这个工具能够取出你的代码中的一些冗余，实现了在其相似的C编译器中已经去除的静态分析。然而，静态分析工 具，会增加大量的无用警告或者是一些关于文体问题的不必要的警告。 当 前，语言、编译器和静态分析工具的情况是非常不同的。内存和CPU时间现在也变得非常的便宜，所以编译器能够承担更多的错误检测。几乎每一种语言都至少拥 有一个工具来检查违规的格式和常见的问题，不过有时，那些隐含的错误并不会被检测到，比如潜在的空指针引用。对于更复杂的工具，比如针对C的 SPlint，针对Python的Pylint，都是可配置的，也就是说，你可以通过一个配置文件选择这个工具在命令行或者是IDe里要发出什么错误和警 告。SPlint甚至会让你在注释里注释你的代码，以给别人更多关于程序运行的提示。 如果一切都失败了，你发现你自己正在寻找一些你的编译器或IDE或lint工具没有捕获的简单的bug或者是一些违规行为，你就得收起你所有的静态分析工具。这并不像听起来那么困难。大多数编程语言， 尤其是那些声称是动态的语言，都会把他们的抽象语法树和编译工具作为其标准库的一部分。去了解你正在使用的这个语言的开发团队的标准库的细节是非常有意义 的，因为这样你就能发现一些有价值的东西，这对于静态分析和动态测试是非常有用的。比如：Python标准库包含了一个反汇编程序，它会告诉你生成一些编 译程序和目标程序的字节代码。这对编译器作者python-dev团队来说貌似是一个不起眼的工具，但是它实际上在日常工作中发挥着不同寻常的作用。这个 库能够反汇编出来你最后一次堆栈跟踪的信息，这会给你恰当的反馈，因为字节码指令会把最后一次未捕获的异常扔在那里。 所以，不要把测试放在质量保证工作的最后，利用好分析工具，不要害怕把自己的错误展示出来 ——Sarah Mount 6.和你的朋友一起使用Ubuntu哲学 所 以很多时候，我们独立地编写代码，这些代码反映了我们个人对问题的理解，也反映了一个非常个性化的解决方案。我们可能会是团队的一部分，但是我们仍然会是 独立的，因为这是一个团队。我们很容易忘记这些独立编写的代码会被其他人所执行、使用、扩展和依赖。这是在开发软件中容易被忽略的社交的一面。创造软件是 一个混合了技术和社交的活动。我们只需要经常抬头，这样才会意识到我们并不是孤立地工作的，我们都有责任去提高个人成功的可能性，而不只是为了开发团队。 你 可以在孤立的环境下写出高质量的代码，但这样会失去自我。从一个角度来看，那是一个以自我为中心的方法（不是自大，而是自我）。这也是一个禅宗的观点，他 就是针对你编写代码那一过程的。我总是试着进入这个环节，因为它会让我离高质量更加接近，但那之后我就会陷入这个环节。我的团队现在处于什么环节？我的环 节和团队的是一样的吗？ 在 祖鲁语中，Ubuntu的哲学被概括为“Umuntu ngumuntu ngabantu”，可以大致翻译为“A person is a person through (other) persons.”(人与人之间是互相联系的。我会变得更好因为是你，通过你的行为让我变得更好。在另一方面，当我做自己的事做得糟糕的时候你也会在你所 做的事情上变糟。对于开发者来说，我们可以这样理解“A developer is a developer throuth (other) developers.”(开发者与开发者之间是相互联系的)，也可以说“Code is code through (other) code.”（代码与代码之间是相互联系的） 我 写的代码的质量会影响到你写的代码的质量。如果我的代码质量很差会怎样呢？即使你写了很整洁的代码，但由于你会使用我的代码，所以你的代码也会降低到和我 的代码质量差不多的地步。你可以使用很多模式和技术去降低损失，但是损失已经造成了。我建议你去做一些必须做的事之外的一些事情，这是因为当我在做自己的 事情的时候我并不会去考虑你。 我 会认为我的代码是非常整洁，但我还是认为如果我使用Ubuntu哲学我可以做得更好。Ubuntu哲学到底是什么？它看起来就像是一段良好的整洁的代码。 它并不是简单的代码，而是一件艺术品。它是跟创造艺术有关的行为。和你的朋友一起使用Ubuntu哲学将会帮助你的团队守住你们的价值观，增强你们的原 则。如果有其他人在任何情况下接触到你的代码，都会变成一个更加优秀的开发者。 禅宗是有关个人的。对于一群人来说，Ubuntu也是一种禅宗。我们几乎不会看到只为自己而写的代码。 ——Aslam Khan 7.你必须关心你的代码 不用福尔摩斯我们就会知道好的程序员才能写出好的代码。糟糕的程序员嘛…就不会。他们会产生我们必须清理的垃圾。你想写出好的东西，是不是？那你其实就是想去做一个好的程序员。 优秀的代码并不会无中生有。它并不像行星对齐那样是靠运气才产生的。为了获得优秀的代码，你就得努力去争取。这有些辛苦。如果你真的关心优秀的代码你就会写出很好的代码。 优 秀的程序并不单单来自技术能力。我曾见过一些有很高能力的程序员，他们能够写出给人很深印象的算法，他们把编程语言的标准烂熟于心，但是他们却写出了最糟 糕的代码。这些代码阅读起来非常痛苦，用起来也痛苦，修改起来也痛苦。我也曾见过更多谦卑的程序员，他们坚持写出更加简单的代码，他们写出来非常优雅非常 富有表现力的程序，和他们工作简直就是享受。 根据我在软件行业多年的经验，我得出了这样的结论，一般的程序员和伟大的程序员之间真正的区别是：态度。优秀的程序使用了专业的方法，并在现实世界的约束和软件产业压力之下尽量写出最好的软件。 代码的铺就都得有一个良好的计划。要想成为一个优秀的程序员，你就必须做出很好的计划，并且真正关心起代码——培养积极的观点，养成良好的态度。伟大的代码是由工匠大师精心打造的，绝不是由满湖的程序员或自称编码大师的程序员在不经意间就完成的。 ——Pete Goodliffe 祝大家在2014年一切顺利！ 原文链接： Amy Jollymore 翻译： 伯乐在线 - haofly |
