网络的帮助可以让你写出一行又一行的代码。不过，若你只是复制贴上，事后并没有尝试了解背后的运作机制，充其量代表了「工作完成」。
那有什么办法可以让自己进步呢？也许你可以从少写一点代码开始。并不是要你不工作，而是想办法精简自己的代码。在某些方面，coding跟写作有些类似，并不是多就是好。
我没有时间写一封简短的信，所以我写了一封长的。———马克吐温
简短的文字与代码相同，都需要耗费更多的脑力才能完成，并可以成功的运作。
简单、经验与理解让你写得越来越少
一位工程师分享了他自己的看法，他认为要分辨两个工程师的好坏，就是给他们一样的时间，越好的工程师写出来的代码越少（当然是要可以运作）。
除此之外，正如先前所说的，越长的代码并不代表越认真，有时候反而是因为懒惰，懒得思考，你才会写出这么长的代码。
而好的工程师因为从问题下手，对问题理解的非常透彻，能够写出简洁易懂、容易维护的代码；而懒于思考，或者是较差的工程师，也许在键盘上敲下来一串又一串的代码，却难以理解，并为后来的维护人员埋下了许多可怕的地雷。
而要如何进步呢？则可以从三个方面下手：
第一是多思考，不要以又臭又长的代码滥竽充数；
第二则是经验，经验越多，你越知道该怎么下手；
最后，则是理解，透过对问题与所使用的语言、框架越加理解，越能写的简单易懂。简而言之，用一句话来说：多练习写简短的代码。
把时间花在审视与思考
在这边要举另外一个例子，一个高级工程师他提到任何创造性的尝试都可以从不断地审视和完善中受益。
阅读已经写好的邮件、论文、blog或报告等等，然后觉得某些部分可以做得更好呢？这是一件很自然的事情。当回头审视这些东西，每次都可以获得新的认知。
我喜欢将代码当作表现「当前」看法的地方。我们都会犯一些回过头来看时可以纠正的错误，除了纠正这些错误外，我们还可以记录我们更深入的理解。
定期阅读所有的代码，而且不只是你自己的代码。阅读他人的代码是一种很棒的学习方式。正如一位作家所说，「阅读其他人的作品是让你成为一个更好的作家的最好方式」这同样适用于代码。
这时候就要拿万用的标语来做结尾：Keep it simple and stupid。代码真的非常深奥，不管任何语言都有它神秘之处。不过简短的代码不一定好，则是下一阶段要考虑的事情了。建议大家，想要好好进步的话，不如从今天开始，多思考，少写一点代码吧。
