每过一段时刻，我都能读到一些好东西，它是如此的深刻见解，写的如此的明晰，如此的条理，我有必要把它录入进我的自个“史上最好”圣物集里。近来，我新录入了一篇，十分棒的一篇叫做《Best Practices for Scientific Computing》的文章，我期望每个来读这篇文章的读者都找个时刻读读它。我在这里列出它的关键，是要鼓励你去阅览完好的全文。写的真是十分好。

1. 给人写程序，而不是给计算机。
   1. 一个程序，对于阅览它的人来说，不应当请求读者一次性的在大脑里加载过多的背景/有关常识。
   2. 命名需求一向、清晰、有意义
   3. 代码个性和格局要共同共同
   4. 软件开发中的各种作业都要分割成1小时摆布的任务
2. 重复性的作业主动化。
   1. 让计算机去做重复性的作业
   2. 把近来运用过的指令存到一个文件里，以备复用
   3. 运用编译东西来主动化体系流程
3. 用计算机做历史记录
   1. 用软件东西来主动跟踪计算机的作业
4. 逐渐改进。
   1. 每次做一小步，及时获得反应，及时纠正
5. 运用版别操控。
   1. 运用一个版别操控体系
   2. 一切由手工创立的东西都要放到版别操控体系里
6. 不要重复自个(或别人)。
   1. 体系中的每一段数据都要有一个威望的单一的存在
   2. 代码应当模块化复用，而不是考来粘去
   3. 复用代码，而不是重写代码
7. 准备好抵挡错误的办法
   1. 在程序中添加断言，查看它们的各种操作
   2. 运用现成的单元测验结构
   3. 测验程序时学习一切的可用的经历
   4. 把bug做成测验用例
   5. 运用一个有代码指令的调试东西
8. 只在软件能准确的作业后才可优化。
   1. 运用监控东西找到瓶颈
   2. 尽可能的用高档语言写程序
9. 文档里描绘的应当是设计思路和意图，而不是技术细节。
   1. 描绘接口和因素，而不是完成
   2. 重构代码，而不是注释解释运转原理
   3. 引证其它程序时嵌入其它程序的文档
10. 协作
    1. 代码兼并前进行代码检查
    2. 当帮带新成员或处理格外怪异的疑问时运用结对编程

我要额定说到的是这个：

11. 维新旧代码。

假如你还在优柔寡断是不是去看那篇文章，那你先去看看它里边列出的引证67部对于计算机的作品和文章。正如我说的，这篇文章是“史上最好”。