提交代码前问自己七个问题！（福利：留言送《统计之美》）

为什么写出好的代码是如此之难？ 为什么经过了这么多年的努力，有这么多的最佳实践/工具/方法学 （例如：瀑布式开发，迭代开发，Scrum , XP, 单元测试，TDD，持续集成，UML，Code Review ，IDEA， Eclipse......  这个名单可以非常长），我们还是无法创造高质量的软件？ 

有市场的原因，需求的原因，工期的原因，也有程序员的原因。 

Bozhidar Bozhanov 在他的文章《7 QUESTIONS TO ASK YOURSELF ABOUT YOUR CODE》 （点击阅读原文可查看）提出了7个问题，我觉得很有价值， 我把他翻译了一下，分享给大家：

1. 代码是正确的吗？  

是不是实现了规格说明书中的需求？如果没有的规格说明书，你自己是不是付出了足够的努力来找出软件期待的行为， 并且把它测试了一遍？ --- 最好是自动的，至少也得有手工的测试。 

2. 代码是完整的吗？

不管你的需求文档中写没写， 你的代码是不是仔细考虑了边界条件？  很多边界条件都是技术相关的：连接断开，内存不足，硬盘已满等等。

3. 代码是安全的吗？

它是不是遵循了安全的最佳实践，是否验证了输入数据，防止了数据注入？ 它是否经过了对已知攻击的安全测试？ 安全当然不仅仅是代码， 但是代码的确可以引入不少安全漏洞。

4. 代码是可读、可维护的吗？

其他人是不是可以轻松地理解你写的代码？ 有没有适当的注释来描述一小部分代码在一个大场景中的位置？有没有把代码拆分成小的，可以读的单元。

5. 代码是可以扩展的吗？

代码是否允许添加新的功能而不破坏老的代码？ 是不是参数化的，或者可以配置的？ 有没有使用恰当的设计模式来支持扩展？

6. 代码是不是高效的？

在高负荷下能否工作正常？  是否避免了一次性读入大量数据到内存中，是否适当地使用了异步的处理？

7.  有没有一些让你可以自豪的地方？

你觉得你的代码会让你很自豪，还是说你想把它藏起来不让别人看到？

大部分的代码都是平凡的，不是光芒四射的，但是你的代码是不是展示了一些比较好的实践？你是否愿意把他放到GitHub上去？ 

其实这些问题不仅仅要在提交代码之前思考，在Code Review的时候也完全可以借鉴。

高质量的软件依赖很多因素，程序员可以说是最重要的一环。我觉得经常问问自己这些问题并且采取行动，你最终会变得与众不同。 

福利时间！！！

送出10本《统计之美》，在评论区留言说说那些让你自豪的代码吧，如果没有的话，讲讲让你崩溃的代码也行，点赞前10名送书。截止时间：3月22日晚8点。