写代码，是程序员的天职，一个程序员是好是坏，一看写的代码便知。初级程序员经常容易犯的一个错误就是任务刚下发，便急急忙忙开始写代码，没有经过仔细的思考，这在企业级项目开发中，是一个非常忌讳的错误。没有经过缜密思考的代码，写出来后，即便最后能达到实现功能的目的，但很可能会留下隐患，然后我们就开始了漫长的“打补丁”的路程。

但是“打补丁”终究只是临时补救的办法，总是会给整体的“美观”“效能”带来影响，当补丁的数量越来越多时，也就基本达到“面目全非”“惨不忍睹”的境地了，取而代之的将是崭新的面貌——二次开发。所以规划不好的代码，很容易造成工程项目的延期、甚至推翻重做，正所谓“后患无穷”啊。

在写代码之前，我们首先要分析技术难点，评估整体的工作量，制定工作计划。这是为了保证项目进度的一个前提，也是帮助自己合理利用时间完成工作的一个保障。对于难点，如果感觉能在一定的时间内突破，可以优先攻克；如果感觉没把握，一般建议就先放放。就是说，有时我们不是一定遵循由上到下一步步的开发，可能会分为几个块（难、易）去开发，此时如果你没有合理的规划安排，就可能会出现“驴唇不对马嘴”的情况，即块之间的兼容性问题。这时你再改改这改改那的，你就已经失去了宏观的把控力和全局观了。

如果你规划的好，就会思考难点的块与其他之间的交互问题，设计的时候也就不会疏漏边界问题，那么此时不管你是先突破难点的块也好，还是先实现简单的也好，都不会出现上述的问题。

这便是我们接下来要做的事情：设计代码块结构和代码块边界。这件事并不容易，考虑的问题同样很多，不仅要考虑块之间的层次结构，还要考虑块之间的耦合性。块的结构首先必须要符合整体框架结构的要求，其次要旅顺实现功能的思路，不要杂乱无章，或绕个山路十八弯，结构一定清晰明确，每一代码块层的出现都要有它的意义，并且同一层内的代码的意义要统一。

降低代码耦合性的目的就是提高可修改性、可扩展性，谁也不能保证写完的代码就一定没有bug，如果某代码块出了问题，低耦合性的代码块设计便为我们带来了极大的便利，不仅易于修改，也易于替换。要想降低耦合性，就离不开代码块的边界设计，边界设计最好简单明确，尽量依赖于抽象，而不依赖于具体，边界出口也要尽量遵循单一的原则。

接下来，就可能要进入正式的写代码阶段了，在写代码的过程中，我们还要注意几点。一、简单。不是说代码的实现方式越复杂越好，而是越简单巧妙越好，越简单的代码，其可靠性往往是越高的，可读性、可拓展性也往往是越高的，然后再利用清晰巧妙的思路，将简单的东西拼装组合起来，这样构成的“复杂”才是最为优秀的。二、性能。写代码不只是实现功能而已，效率同样的需要“充分条件”，在写代码时就已经要考虑了，可千万别天真的想实现功能后再去优化，你那只能体现双倍的工作量而已。影响性能的因素也有很多，比如低效率循环、频繁的数据库交互、高内存利用率、无用垃圾文件过多造成检索低下等等。三、注释。代码不仅是写给自己的，也是写给别人的，丰富明确的注释，会让自己和别人快速的摸清你的实现思路，可不要对自己过于自信说自己写的代码自己了解，我不信过个半年你还能记住多少。注释丰富也非常有利用团队开发。

代码也要“人生规划”，写代码是种艺术，也是自我素质的体现，优秀的程序员是勤于思考的，优秀的代码是思考后的结晶，走的自然也最远最好。