转载

程序员进步指南：从每一天少写一点code开始

你也许看过我们推出的这篇文章：程序员编程的聪明省力法：Google 一次我可以写 10 行代码，没错，透过 Google 与网络的帮助可以让你写出一行又一行的代码。不过，这代表着进步吗？若你只是复制贴上，事后并没有尝试了解背后的运作机制，充其量代表了「工作完成」。

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

我没有时间写一封简短的信，所以我写了一封长的。（I didn’t have time to write a short letter, so I wrote a long one instead.）

简短的文字与代码相同，都需要耗费更多的脑力才能完成，并可以成功的运作。

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

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

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

则可以从三个方面下手，第一是多思考，不要以又臭又长的代码滥竽充数；第二则是经验，经验越多，你越知道该怎么下手；最后，则是理解，透过对问题与所使用的语言、框架越加理解，越能写的简单易懂。

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

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

阅读已经写好的邮件、论文、blog 或报告等等，然后觉得某些部分可以做得更好呢？这是一件很自然的事情。当回头审视这些东西，每次都可以获得新的认知。

我喜欢将代码当作表现「当前」看法的地方。我们都会犯一些回过头来看时可以纠正的错误，除了纠正这些错误外，我们还可以记录我们更深入的理解。

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

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

不过简短的代码不一定好，则是下一阶段要考虑的事情了。结合这两篇文章，建议大家，想要好好进步的话，不如从今天开始，多思考，少写一点代码吧！

原文 http://www.techug.com/progress-from-less-code

正文到此结束

所属分类：编程技术

本站定位：个人技术类博客

本站作用：写博客、记日志、闲聊扯淡鼓捣技术。