每天写出好代码的5个建议

     <div class="contents_main">     <div id="ArticleCnt" class="content_words">      <p> 成为一个优秀的程序员和成为其他优秀的专业人员一样，需要尽可能多的做一些有质量的工作。有句很流行的话可以总结：做，正确做事，立马就做。（Do it. Do it right. Do it right now）</p>      <p><strong> 1. 将一天要做的事情列成清单</strong></p>      <p> 完成复杂活动（activity）的最好方法是将其拆分成简单的各项活动。每天早上，将你一天要完成的活动进行拆分，然后制定一个相应的日程安排表，这样能够帮助你：</p>      <p> 更好的理解这个活动。</p>      <p> 每天都有一个集中的目标。</p>      <p> 提高你的估计能力，几天之后，你会发现你能预测一天的工作量。</p>      <p><strong> 2. 一次只做一件事</strong></p>      <p> 集中于一项任务比同时做多项任务更多产，不同的研究已经证明这个观点，并且发布在不同的媒体上（例如CNN）。</p>      <p> 集中精力工作25分钟，休息5到10分钟。你可以用诸如“番茄工作法”这种流行的技术来帮助你管理时间。还有工具能帮助你测量你花在各项不同任务上的时间，我最喜欢的是CoolTimer，这里也有10个不错的时间追踪应用程序。</p>      <p><strong> 3. 正确做事</strong></p>      <p> 以下两个是考察事情是否正确完成的关键：</p>      <p> 要为解决方法感到到自豪，因为这不仅仅只是个普通的解决方法，这是个好的方法。遵循“软件质量金字塔”的原则</p>      <p> 解决方法至少要经过一次检查。在你的同事中，请一位你尊敬的优秀开发人员检查你的方法，并接受他的真诚建议。</p>      <p><strong> 4. 不要半途而废</strong></p>      <p> 众所周知，若仍有一个玻璃杯需要清洗，则不能说已经洗完了。粉刷墙壁或驱车前往某处这些事情上我们也认可同样的道理，但在软件开发上我们却不这么认为了。即便我们没有完成所有的单元测试，或者我们没有核实实现方式是否符合用户的需要，我们也说完成了任务。这是典型来自Hope Driven Development的行为，是非常有害的。</p>      <p> 需求没有更改时，只有当你百分之百确认再也没有必要改善那个解决方法时，才能算完成任务。</p>      <p><strong> 5. 与其道歉，不如补救，而放弃最不可取。</strong></p>      <p> 如果你要花额外的时间来完成一些代码的测试，或者重构不可读的类，那么就去做，因为这是为将来投资时间。但是如果你在某件事上面卡住了或者将项目拖延的太久，那么寻找一个更容易的方案。它可能不如你目前正在实现的方。</p>      <p> 原文出自：<a href="/misc/goto?guid=4958185419882664447" target="_blank">Alberto Gutierrez </a></p>      <p> 译文出自：<a href="/misc/goto?guid=4958185420619019881" target="_blank">伯乐在线</a></p>     </div>    </div>