我的程序员之路（原创）

看到很多朋友对“我的程序员之路“的关注，让我有了继续写下去的冲动。

前述提到，我曾读了Java编程思想 和struts mvc教程，时至今日，我拜读的技术书籍如果印刷成纸质（许多是电子版）能有0.5米的厚度了。做程序员，是件苦差事。但是其中的乐趣也是非程序员朋友体会不到的。立志做程序员就应该把学习当成每日三餐一样，成为一种习惯。

这里提到习惯一词，多说几句。

“习惯“在程序员的词典里，我觉得是最重要的一个词。在这里赘述一下做程序员的习惯有哪些：

生活要有规律。每天睡眠不要少于8个小时，感觉疲劳的时候一定要休息，哪怕是趴在桌子上休息。但工作和学习的时候要全身心投入，听着歌曲编程序这个习惯要不得。

珍惜时间。项目不忙，或者没有项目的时候，作为一个程序员，不要去玩游戏（游戏开发的除外），更不要去看电影，项目组是不会给你时间去学习新东西的。这些都是我们学习新知识、充电的宝贵时间。挥霍了宝贵的时间自己会后悔。

学习知识一定要系统全面。比如看一本书，不要看一半就不看了，又去看别的。这是不好的习惯。

考虑问题要全面。写代码前先写算法，算法语言的描述有多种，你只要用你习惯的方式比如英文，或者中文来描述出来就可，算法出来了，你要实现的功能就出来了，哪个是难点，哪个是简单的，一目了然，建议先攻克难的，再把简单的补上。如果不写算法，想到什么写什么，比如，你的注意力会被难点所吸引，把难点实现后，很多人就交工了。恰恰忽略了一个if else条件，这是很可怕的。

写任何方法，都要注意对方法的保护。即对入参的审核，通常要进行null和非空判断，因为你写的方法是让别人来调用的，如果别人把null传进来，报错的是你写的方法，那么你是要担责任的。如果你进行了null判断，比如遇到null直接返回null，那么报错的是他写的方法。因为我们通常在项目组里面听到这样的声音：你写的方法报错了。这种校验入参的好习惯不但不会让你承担别人犯错所带来的连带责任，还有助于很快将问题定位到错误的源头。

写注释是好的习惯，非常提倡。如果项目非常紧，在不写注释的情况下，要保证你自己能读懂，以备在项目验收后的追加。如果命名不规范，别人是不能读懂你的代码的。一个月后，你自己亲手写过的代码你都不会读懂。有人以为，我写的代码别人不能读懂这不恰恰说明我高人一筹吗，这就大错特错了。项目都是有生命的。如果代码不规范，项目的生命就很短，因为其他人甚至你自己都不能对它进行再维护了。

方法及类的命名要规范，a b c d或1 2 3 4的命名方式让人无法忍受。

英文是国际通用语言，如果你的英文不够好，一定要恶补。除非你不想再继续做程序员了。

数学也是做程序员需要熟练掌握好的课程。不过有的人数学不好。写程序却不错，这是个例。有的人数学很好，却写不了好的程序，估计是通道没打通吧。

方法及类的命名要用英文且要尽可能简练。方法名采用骆驼写法，高低起伏，大小写分明，大写为高，小写为低，比如：在做用户修改时候我们需要把内容填充到Form中，方法命名：populateUserForm4Update，在Java命名中有两个数字 4 和2你会发现会出现在老外写的源代码中，如Log4j，4（four即for） 2（two即to）。总之，代码要给人以美感，实现要优雅，推荐大家打开spring struts 或者ibatis hibernate源代码研习一下，你会感叹：这才是项目。

 

以上纯属个人愚见。以后再续。