程序员进阶的10大黄金法则

译者：小傻子

杭州电子科技大学计算机学院在读本科生

审校： 明明如月

软件攻城狮

出处 ：http://www.codeshare.co.uk/blog/10-golden-rules-for-becoming-a-better-programmer/

英文原文作者：Paul Seal

我极力为程序员推荐下面10条最佳法则，遵循它们能够助你进阶。

1. 避免重复劳动

这是一条需要遵循的很棒的准则。我写完代码以后喜欢重新回顾它们，并且重构那些要被重复使用的部分。此外，精简方法体也将使我身心愉悦。在使用Visual Studio时，使用Ctrl+R+M快捷键可以快速帮你将代码重构到单独的方法中。这些都能使代码更具可重用性和可测试性。

2. 命名变量应该表示出它的含义而不是它的数据类型

唯一的例外是，如果你正在使用他人的代码并且要继续完成，那么你就应该继续使用他们的命名规范。

3. 方法名要能清楚的表达出其功能

如果你方法名能清楚地表达出方法的功能，便可以少些注释。如果你的代码本身就有很强的可读性，便不再需要去做注释。

4. 不要使用奇怪的数字或字符串

在你的代码中，不应该有任何能使他人阅读时产生疑惑的数字或字符串值。创建常量、枚举或私有变量时对其进行规范地命名使它们更容易理解。

5. 如果可能，编写方法时尽量做到你的方法能够在不依赖应用的其他部分的情况下就可以单独进行测试

这种情况下，这个方法是从哪里调用的便不再重要，这也能加强代码的可测试性和可重用性。

如果你正使用会话中的值或者配置中的值，应该将他们作为变量进行传递并在调用此方法时对回话或者配置的值再进行获取。

同样的，这些都加强了代码的可测试性。

6. 不要害怕寻求帮助

我不是说任何东西你都去寻求帮助，而不靠自主学习，我的意思是当你状态良好能自己解决的时候就独立完成，但是当你没有思绪的时候那便去寻求帮助。其他人很有可能就曾遇到过这个问题，并且知道怎么解决它。并且，在告诉别人你正在做什么、你想要什么和你的问题是什么的过程中，没准你自己就突然知道怎么解决这个问题了。

7. 遵循Boy Scout Rule

(译者注：Uncle Bob 在QCon上的演讲 《Bad Code, Craftsmanship, Engineering, and Certification》中提到了 The Boy Scout Rule这个概念， 挺有意思的。Boy Scout有一个规定："Always leave the campground cleaner than you found it"。如果将这个rule应用到项目中，那就是团队中任何一个成员都有义务去改善代码，"Always leave the code cleaner than you found it"。)

有bug或比较混乱的代码的时候，顺手修复它。不要把它留给后来者做，但是也要记住不要去重写整个程序。

8. 与他人分享知识

不要自私地藏着自己的知识，试着养成一个帮助别人的习惯。你会发现团队工作不仅更有效率而且还能互相提高。当你的同事水平提高的时候，并不意味着你失去了你的知识，或者你的工作受到了威胁。而是将会使你自己更有价值,因为你不仅拥有知识,还愿意帮助身边的人提高。

9. 当你的同事思如泉涌的时候，不要打断他们

想象一下，当你正在编程的时候，你把所有这些都放在你的脑海里，就像你正在精心打造一个纸牌屋。如果有人打断你问一个问题，那么你暂时的失去了注意力，这个时候，那个纸牌屋便很容易倒塌。他们可能需要5到10分钟来重新获得注意力并在脑海里回顾它们，而你本来只需Google一下或者问其他人。如果你给你的同事这方面的尊重，并且让他们了解，他们也会这样对你，这样反过来会使你更富有成效。

10. 积极对待批评建议

对我而言，批评建议是一个可以提高自我的机会。如果还有我没想过的其他能够解决问题的方法我愿意去了解，因为它有助于我的提升。

作者简介：Paul Seal

一个来自英国德比的.NET Web开发者，擅长使用MVC框架umbraco建立内容管理系统（CMS）网站。保罗热衷于网络开发和编程，除了和他的妻子或儿子在一起时，他都会去写代码、思考代码或听相关的播客。

译者补充：

11. 随时保存

不知道你们有没有遇到过辛辛苦苦打了半天的程序，因为断电、电脑蓝屏啥的而化为乌有的情况，反正遇到这种情况时我经常欲哭无泪，至此养成了随时保存的情况。敲完一段代码，顺手Ctrl+S，妈妈再也不用担心我白忙活了。

 来源：http://toutiao.com/i6330203094978134529/