写代码如写散文

     <p>编写代码大致如写散文。先从大纲开始。可以是一些要点或伪代码，或许已经胸有成竹，亦或是记录在笔记本上，这都不重要。写完了初 稿。这是能运行的最 短、最简单的东西。它可能不是很漂亮，但已把要点表达清楚。你可能注意到了它的不足之处，更为重要的是，知道为什么会有（不足之处）。你只想让它能跑起 来。它可以稍后再精炼。</p>    <p>而这正是下一步要做的：终稿成品。成品将打磨、审查、编辑、调试。处理特殊问题（“<a href="/misc/goto?guid=4958336196830105982">edge case</a>”），提供来源，匹配户型，并正确格式化。这类型的东西，就是一篇出色散文或一段代码之类的样例。</p>    <p>故而散文和代码相似。它们的开发方式亦相似。为什么“软件开发人员”对你重要？因为你能用作家所使用的策略来提升改善你的代码。</p>    <p><a href="/misc/goto?guid=4958336197646683442"><img style="border-bottom:#d4d4d4 1px solid;border-left:#d4d4d4 1px solid;padding-bottom:5px;margin:5px 0px 0px;padding-left:5px;padding-right:5px;border-top:#d4d4d4 1px solid;border-right:#d4d4d4 1px solid;padding-top:5px;border-radius:6px 6px 6px 6px;" class="size-full wp-image-17166" title="binary code" alt="写代码如写散文" src="https://simg.open-open.com/show/33121d1bd6ced67ccf2acea665ec077b.jpg" width="560" height="420" /></a></p>    <p>虽然同行评审实际上是书面作品的评审标准形式，但我感觉有点不适用于代码。所有程序员往往只专注于他们的程序输出。除了展示项目，有一个不错方法可以抵消这个，<strong style="padding-bottom:0px;margin:0px;padding-left:0px;padding-right:0px;padding-top:0px;">自公布代码</strong>。（A good way to counteract this is is to publish the code itself in addition to showcasing the project.）Github 的出现，使这个屡见不鲜了。</p>    <p>但成为一个更出色的程序员，甚至比这还容易。<strong style="padding-bottom:0px;margin:0px;padding-left:0px;padding-right:0px;padding-top:0px;">要做事情就是阅读更多的代码</strong>。优秀的作家大量阅读，优秀的程序员亦当如此。你阅读的代码不一定非常实用，可以只是非常有趣。可能稍后就能派上用场。</p>    <p>幸运的是，这两个建议相辅相成。通过公布你的代码，你给了其他开发人员提供阅读材料。他们的代码将会提高改善，期望他们也将公布代码。如此一来，你也能从中学习。</p>    <p>英文原文：<a href="/misc/goto?guid=4958336198447392101">Taylor Fausak</a>    编译：<a href="/misc/goto?guid=4958185140659301754">伯乐</a>在线 – <a href="/misc/goto?guid=4958336199972078988">黄利民</a></p>