作者：徐勇瑞
程序猿的进击之路，良好的代码习惯是成功的一半
-----------------程序猿的自我修养
西山居的朋友们又和大家见面了，菠萝兄因为专业原因，和代码结下了不解之缘，也算是半路出家的程序猿吧（捂脸）。那么，问题来了，作为一个合格的程序猿，我们需要具备哪些良好的编程的习惯，或者有哪些编程习惯又是不好的呢？在这里，我将为大家尽可能的列出：
先来说一下良好的编程习惯，看看你们占了几条：
1.勤做注释
勤做注释可以让你的代码更能被人理解，注释的内容与所描述的内容要进行同样的缩排，在你的源程序的有效注释量最好是在20%以上，而且注释应该与描述的代码相近。
2.模块化的程序结构
模块化的设计是指，首先用主程序、子程序、子过程等框架把软件
的主要结构和流程描述出来，并定义和调试好各个框架之间的输入，输出连接关系，可以降低程序的复杂度，使程序的设计、调试和维护等操作简单化。
3.实现需求，Demo先行
用Demo来实现一个需求是最快的，因为它运行快，可以随意改，而且代码少，如果实现过程中出现问题，可以找到原因，建立一个Demo，然后把需要的资源移植过去，实现了功能，再移植到项目中，可以减少开发时间。
4.借助工具
对于IOS程序猿，这里推荐一个神器，Xcode，使用它可以创建代码模板，在创建这些类文件时，可以一键生成这些代码，提高效率。
还有一个自动注释工具，VVDocumenter,具体的安装方法可以百度，这也是IOS的一个福利，可以省很多注释的时间。
对于C#和VB的使用者，ReSharper这一神器必不可少，可以自动生成代码
而针对NET1.1的版本的使用者，FxCop是个非常优秀的代码分析工具，广泛用于代码分析。
5.用人人看得懂的逻辑
因为你的逻辑和代码不仅仅是一个人看的，在给别人看你的代码时，需要尽可能避免一些奇葩的逻辑，这样代码的可读性也会更强，在任务交割的时候，也可以更流畅。
6.Test Driven
代码的安全性非常重要，Test覆盖比较全面的代码是很好维护的，
虽然写Test case开始会比较花时间，长期是比较节省时间和精力的，我们要达到的的水平就是，只要Test 过了，怎么改代码都可以，这种境界需要慢慢来。
7.注重代码的实用性
代码是要解决当前的问题的，虽然你想写出很跳的代码，想让人眼前一亮，可是，解决不了实际问题，这段代码也就是空皮囊，，不要把简单的东西复杂化。
8.使用论坛和在线社区
9.这些不必多说了，论坛里大神如云，大腿云集，很多问题都可以在这里得到解答，国际上比较大的论坛有这些，
StackOverflow
官方网站：http://stackoverflow.com/
官方网站：http://www.reddit.com/r/programming
Google+Communities
官方网站：https://plus.google.com/communities
SitePoint
官方网站：http://www.sitepoint.com/forums/
CodeProject
官方网站：http://www.codeproject.com/
Treehouse
官方网站：https://teamtreehouse.com/forum
HackerNews
官方网站：https://news.ycombinator.com/news
DZone
官方网站：http://www.dzone.com/links/index.html
Bytes
官方网站：http://bytes.com/
DaniWeb
Dream InCode
官方网站：http://www.dreamincode.net/forums/
Tech.Pro
官方网站：http://tech.pro/
Pineapple
官方网站：http://pineapple.io/
Lobsters
接下来说几条不好的编程习惯：
1.过度依赖IDE
之前说过工具的好处，虽然工具可以提高工作效率，消除拼写错误，但是也是有一定的风险，可能也会出现写错代码的问题。
2.过早的优化代码
虽然好的代码能运行的更流畅，但是后期的维护和调试则会相对变难，所以有一个比较好的策略就是，清清楚楚地写好代码之后，再去找真正需要优化的地方来提高性能。
3.拼写错误
这是很多程序员在早期都会犯的问题，对于这类问题的解决方法，可以在一个有着良好的集成开发环境上写代码，或者用文本编辑器，可以显著减少文本错误，大家可以多试试哈。
4，一个人战斗
不好做一个独行侠，有时候，与团队分享你的经验和想法，不断地交流，不仅会给你身边的人带来好处，同样也能发现自己的不足。
5.总是发明新轮子
毕竟很多路都是有人走过的，在你遇到相似的问题的时候，可以大胆使用，不要过分高估自己的能力，不然可能会很辛苦
6.盲目复制代码
你在使用一段代码的时候，一定要搞懂它的功能和逻辑，仔细阅读代码的时候同时也会让你更深入的解决问题。
7.不检查构建工作
8.构建通过但是构建结果却不能工作的时候，会很蛋疼，时间越长越难修复，所以，构建之后最好进行快速测试。
以上编程习惯，我希望大家身上都不存在，因为西山居浓郁的技术氛围是不会让各位出现这些坏习惯的，如果有的话，请尽快改正，好的习惯也希望各位多多养成哦，这篇文章到此就结束了哦，谢谢给位欣赏，下次再见~~~