成为专业程序员的 6 个技巧

过消除特殊情况显著降低代码的复杂性，因为特殊情况往往是因为错误的耦合特点导致的。慢慢地从旧结构过渡到新结构，测试一路同行。如果你想要一下子完成一个大的重构，那么往往会因为各种频出的问题而考虑中途放弃。

　　4.专业程序员

　　专业程序员的一个最重要的特点是有责任心。专业程序员会为他们的职业生涯、预算、日程安排承诺、错误、技能技巧负责。一个专业的程序员不会将责任推卸给别人。

　　如果你是专业的，那么你就需要为自己的职业生涯负责。你有责任去阅读和学习。你有责任去时刻关注最新的产业和技术。但是许多程序员觉得这应该是他们雇主的工作。NO，大错特错。想一想医生？想一想律师？他们都是靠自己来培养和训练自己的。他们的下班时间多用在了阅读杂志报刊上。他们时刻关注着最新的资讯动态。所以，我们也应该如此。你和你雇主之间的关系，已经在雇用合同上作了详细的说明，简而言之就是：你的雇主承诺支付你薪酬，而你承诺做好工作。

　　专业程序员会为他们编写的代码负责。除非他们知道这些代码是有效的，否则就不会发布代码。现在，好好思考这个问题：如果是你，你会不会在不透彻了解代码的情况下就直接发布代码？专业程序员不希望QA找到任何bug，因为这些代码都是经过他测试之后才发布的。当然，QA依然会发现一些问题，因为没有一个人是完美的。但作为专业程序员，我们的态度应该是让QA找不到任何缺陷。

　　专业程序员也是好的团队成员。他们负责地对待整个团队的输出，而不是只顾自己的工作。他们乐于助人，善于向彼此学习，在需要的时候甚至会鼎力相助，为了项目前仆后继。

　　5.充分利用代码分析工具

　　测试的价值是编程早期阶段就灌输给软件开发者的一个理念。近年来，单元测试，测试驱动开发和敏捷方法的兴起，证实了我们开始注重于在开发周期的各个阶段进行测试。但是，测试只是你可以用来提高代码质量的许多工具之一。

　　回过头去看，当C语言还是一个新事物的时候，CPU时间和任何类型的存储都是非常宝贵的。第一个C语言编译器注意到了这一点，所以选择了通过去掉一些语义分析，来减少代码之间的传递次数。这意味着，在编译时，编译器检查到的可能只是可被检测到的bug中的一小部分。为了弥补这个缺陷，Stephen Johnson写了一个名为lint的工具——它将从你的代码中删除一些没有价值的东西——从而实现一些已被它的兄弟C语言编译器撤掉的静态分析功能。然而，静态分析工具却因为可以给出大范围的误报警告和一些没有必要遵循的静态文体惯例的警告而倍受赞誉。

　　现在的语言、编译器和静态分析工具的设计和以前已经大不相同。由于内存和CPU时间变得相对比较便宜，因此负担得起编译器检查更多的错误。几乎每一种语言都拥有至少一个工具，用来检查风格指南的违规行为、常见问题以及一些狡猾的有时候可能很难捕捉到的错误，如潜在取消引用空指针。更高级的工具，如C 的Splint，以及Python的pylint，是可配置的，这意味着你可以通过命令行开关或在IDE中，使用配置文件来让工具选择放过其中的哪些错误和警告。Splint甚至还能让你在注释中注解你的代码，以便于更好地提示你的程序是如何工作的。

　　6.关心代码

　　优秀程序员能写出好代码，这是毋庸置疑的。坏程序员……则不能（他们能写出好代码，就不是坏程序员了，哈哈）。他们总是在生产其他人不得不消灭的怪兽。你的目标是写出好代码，对不？那么你应该成为好程序员。

　　好的代码并不是凭空而来的，也不能靠运气然后恰巧让你瞎猫碰到死老鼠。为了获得良好的代码，你必须努力的改进。过程是艰难的。但是如果你确实关心代码的话，那么你一定能收获好代码。

　　仅靠技术并不能成就好的编程。我碰到过一些非常聪明的程序员，他们能够产出令人印象深刻的算法，能够熟记语言标准，但却写出了最可怕的代码。这种代码，阅读起来很痛苦，使用起来很痛苦，修改起来更是令人痛不欲生。我也碰到过一些非常谦逊的程序员，因为坚持简单的代码，所以写出来的程序更优雅，更易于表达他的意思，和他们工作非常愉快。

　　基于我多年的软件生产经验，我得出的结论是，差强人意的程序员和伟大的程序员之间的真正区别是：态度。好的编程在于专业的方法，以及一种竭尽全力希望写出最好软件的期望。

　　要成为一个优秀的程序员，你必须对自己的代码负责，真正关心代码——养成积极向上的心态。伟大的代码是由大师精心雕琢的，而不是由那些马虎的程序员胡乱写出来的。