Google 与网络的辅佐可以让你写出一行又一行的代码。不过，若你只是复制贴上，事后并没有测验考试了解背后的运作机制，充其量代表了「事情完成」。

那有什么步伐可以让本身进步呢？也许你可以从少写一点代码开始。并不是要你不事情，而是想步伐精简本身的代码。在某些方面，coding 跟写作有些类似，并不是多就是好，正如马克吐温说的：

我没有时间写一封简短的信，所以我写了一封长的。

简短的文字与代码不异，都需要耗费更多的脑力才华完成，并可以告成的运作。

简单、经验与理解让你写得越来越少

在澳洲的工程师 Elliot Chance 分享了他本身的看法，他认为要辨别两个工程师的好坏，就是给他们一样的时间，越好的工程师写出来的代码越少（固然是要可以运作）。

除此之外，正如先前所说的，越长的代码并不代表越当真，有时候反而是因为懒惰，懒得思考，你才会写出这么长的代码。

而好的工程师因为从问题下手，对问题理解的非常透彻，能够写出简洁易懂、容易维护的代码；而懒于思考，或者是较差的工程师，也许在键盘上敲下来一串又一串的代码，却难以理解，并为后来的维护人员埋下了许多可怕的地雷。

而要如何进步呢？则可以从三个方面下手：

第一是多思考，不要以又臭又长的代码滥竽充数；

第二则是经验，经验越多，你越知道该怎么下手；

最后，则是理解，透过对问题与所使用的语言、框架越加理解，越能写的简单易懂。

简而言之，用一句话来说：多操练写简短的代码。

把时间花在审视与思考

在这边要举此外一个例子，是 Martin Thompson 在 QCon London 2016 大会的演讲。他提到任何缔造性的测验考试都可以从不停地审视和完善中受益。

阅读已经写好的邮件、论文、blog 或呈报等等，然后感受某些部分可以做得更好呢？这是一件很自然的工作。当回头审视这些对象，每次都可以获得新的认知。

我喜欢将代码看成表示「当前」看法的处所。我们城市犯一些回过头来看时可以更正的错误，除了更正这些错误外，我们还可以记录我们更深入的理解。

按期阅读所有的代码，而且不但是你本身的代码。阅读他人的代码是一种很棒的学习方法。正如作家 Stephen King 所说，「阅读其他人的作品是让你成为一个更好的作家的最好方法」这同样适用于代码。

结语

这时候就要拿万用的口号来做结尾：KISS，Keep it simple and stupid。代码真的非常深奥，不管任何语言都有它神秘之处。

不过简短的代码不必然好，则是下一阶段要考虑的工作了。建议大家，想要好好进步的话，不如从今天开始，多思考，少写一点代码吧！