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

继Kevin给了我们10条按他的观点的每个程序员必须知道的编程格言。可以看出，这都是不错的格言，而下面是我自己最喜欢的编程格言。 1.保持简单直白(Keep It Simple Stupid) 2.不要自我复制(Don’t Repeat Yourself) 3.能干的人解决问题。智慧的人绕开问题(A clever person solves a problem. A wise person avoids it)– Einstein 4.沉默会被理解为赞同(Silence is construed as approval)( Picked from Kevin blog ) 5.没有火就不会有烟(There is no smoke without fire) 6.先想好，后编程(Think first, Program later) 7.永远不要假设计算机为你假设了任何前提(Never assume the computer assumes anything) 每天写出好代码的5个建议成为一个优秀的程序员和成为其他优秀的专业人员一样，需要尽可能多的做一些有质量的工作。有句很流行的话可以总结：做，正确做事，立马就做。（Do it. Do it right. Do it right now） 1.将一天要做的事情列成清单 完成复杂活动（activity）的最好方法是将其拆分成简单的各项活动。每天早上，将你一天要完成的活动进行拆分，然后制定一个相应的日程安排表，这样能够帮助你： 更好的理解这个活动。 每天都有一个集中的目标。 提高你的估计能力，几天之后，你会发现你能预测一天的工作量。 2.一次只做一件事 集中于一项任务比同时做多项任务更多产，不同的研究已经证明这个观点，并且发布在不同的媒体上（例如CNN）。 集中精力工作25分钟，休息5到10分钟。你可以用诸如“番茄工作法”这种流行的技术来帮助你管理时间。还有工具能帮助你测量你花在各项不同任务上的时间，我最喜欢的是CoolTimer，这里也有10个不错的时间追踪应用程序。 3.正确做事 以下两个是考察事情是否正确完成的关键： 要为解决方法感到到自豪，因为这不仅仅只是个普通的解决方法，这是个好的方法。遵循“软件质量金字塔”的原则 解决方法至少要经过一次检查。在你的同事中，请一位你尊敬的优秀开发人员检查你的方法，并接受他的真诚建议。 4.不要半途而废 众所周知，若仍有一个玻璃杯需要清洗，则不能说已经洗完了。粉刷墙壁或驱车前往某处这些事情上我们也认可同样的道理，但在软件开发上我们却不这么认为了。即便我们没有完成所有的单元测试，或者我们没有核实实现方式是否符合用户的需要，我们也说完成了任务。这是典型来自Hope Driven Development的行为，是非常有害的。 需求没有更改时，只有当你百分之百确认再也没有必要改善那个解决方法时，才能算完成任务。 5.与其道歉，不如补救，而放弃最不可取。 如果你要花额外的时间来完成一些代码的测试，或者重构不可读的类，那么就去做，因为这是为将来投资时间。但是如果你在某件事上面卡住了或者将项目拖延的太久，那么寻找一个更容易的方案。它可能不如你目前正在实现的方案优雅，但至少你有方案。确保记录下来以应对这个项目将来的风险，并且有些东西需要重新审查。 DL-Interactive Data Language，IDL是一种数据分析和图像化应用程序及编程语言，先由美国ITT公司所有。最初在七十年代后期用于帮助科学家分析火星探险卫星发回的数据，将浩瀚的数据转换为图形。从此后，IDL得到广泛运用，使用者日众，呈几何级别增长。IDL用户可以迅速且方便地运用此软件将数据转换为图像，促进分析和理解。通过软件转化的图像既可以是简单色彩，也可以是全色三维图像和模型。）