为了写出好程序，有时候你需要先写出烂程序

     <p id="page-note"> 本文是从 <a href="/misc/goto?guid=4958189481283694486">To write good code,you sometimes have to write bad code</a> 这篇文章翻译而来。</p>    <p> 我并不是在教唆你写烂程序。</p>    <p> 例如，昨天，我绞尽脑汁想要写出一段程序，结果发现，它比我想象的要困难的多。这是一种很少见的情况。这段程序应该如何的运行，我已经思考的很清楚，我能够清楚的解释给任何人听，但是，当把思想转化成代码时，我发现自己的才智还不足以完成任务。</p>    <p> 我发现，在这种情况下，你应该直接打开编辑器，写出能想出的代码，只要能运行就行。不需要优雅、效率、可维护性。只要能正确的运行就行。当把思想变成可运行的(烂)代码后，你很容易去重构它，最终把它改造成好代码。</p>    <p> 但是要记住，不要停步于烂代码，很多初学者都会犯这样的错误。这就像是一个设计师，当他把最终版的logo图标交给客户前，他会先草绘一个简单的图案。你可以想象，如果他的设计停步于草案，直接把它交给客户，那样的结局谁都能。<br /> <br /> 来自: <a id="link_source2" href="/misc/goto?guid=4958189482023972673" target="_blank">外刊IT评论</a></p>