好的开发习惯能大大提高效率。总结了以下几条：
1.功能型开发先于外观型开发
对用户来说，最敏感的变化就是UI，好的UI能让人赏心悦目，但不能对UI投入过多精力，应优先专注于功能性开发。同等功能才拼UI。如果功能达不到要求，UI动画渲染效果就没意义，相比UI程序员更需要功能实现的方式，架构设计。当然UI是重要的需求功能时除外。
2.外观功能性，延迟性优于视觉性
界面开启速度优化优先于界面美化优化，对于网页开发，超过4秒网页加载速度，80%的用户可能选择关闭网页，对于客户端，良好的响应速度的重要性要高于视觉性优化。
3.多写服务器代码，多写，多写
云时代已经到来，程序员在设计架构的时候，应该尽量把代码放在云端，远程调用。因为云端是最灵活，适用范围最广，可移植性，通讯能力最强，如果事物能在云端处理，尽量放在云服务器上！迎接云时代吧
通常我们用一个架构完成一个比较小的应用，比如一个安卓app我们用跨平台工具开发，似乎有点大材小用，杀鸡焉用牛刀？但对于程序开发，杀鸡用牛刀是最好的，谁知道后期需求会不会改变，如果一开始把自己限定死了，那么以后升级就很难做。
5.不惧怕破坏和改变，离开安全区，没必要频繁的编译检验，路可以走的更远一些。
经常对程序有少许改动，就习惯性的DEBUG一下，但有的程序DEBUG一次很慢，因此对代码进行更改需要更大胆一些，DEBUG多写文本输出检查就好，例如j将DEBUG.WriteLine("xxxx");穿插于代码中。
6.保存做过的代码，保存做过的代码，保存做过的代码COPY、PASTE
可以是实现一个功能的函数，可以是一个API的调用方式等等等，这些都是程序员的财富，记忆力有限，开发多COPY、PASTE！没什么丢人。还有开发时多些笔记，很多时候用代码把想法记下来很慢，这时候用笔把想法记下来。
7.老生常谈，变量命名
最考验程序员的时刻来了，好的命名习惯有时候能省掉好多注释，词汇缺乏，命名冲突，名称过长时刻困扰着程序员，变量名优先使用直接英文表达，最直观，如果英文名称冲突或已被占用，考验脑洞的时候就来了，强迫症简直无法呼吸，这里就见仁见智了，不过说一点，变量命名最好具有一定通用型，如一个css样式名称叫money_span，显示一个加粗1em字体，那么何不用bold_size1命名呢?这说的就是通用型，强迫症每个人都会有些的！