《程序员修炼之道——从小工到专家》阅读笔记01

第一章——注重实效的哲学

作为一个负责人的程序员，在遇到问题时，应该是提供各种选择，不要找蹩脚的借口。

在写代码的过程中，破窗效应同样适用，所以在出现小问题的时候就应该及时解决，不要容忍破窗户。我们看到过整洁、运行良好的系统，一旦窗户开始破裂，就相当迅速的恶化。置之不理会更快的加速腐烂的进程。

石头汤的故事，站在士兵的角度，做变化的催化剂，我们常常可以效仿这些士兵，协作共赢；同时站在村民的角度，应该记住大图景，大多数软件灾难都是从微不足道的小事情开始的。要持续不断的观察周围发生的事情，而不只是你自己在做的事情。

我们应该让你的用户参与权衡，使质量成为需求问题。知道何时止步，在某些方面来说，编程也像是绘画，不要因为过度修饰和过于求精而毁损完好的程序，继续前进，让你的代码凭着自己的质量站立一会儿。它也许不完美，但不用担心，它不可能完美。

学会经营我们的知识资产，基本上一句话概括：技多不压身，你知道的东西越多，你就越有价值。持续学习，尤其是计算机领域变化很快，掌握技术越多，越能更好的进行调整，赶上变化。在学习的过程中也要注意进行批判性的思考，不要人云亦云，要有自己的想法，批判的分析你读到的和听到的。

学会交流，你说什么和你怎么说同样重要。

第二章——注重实效的途径

遵循DRY原则：Don't Repeat Yourself.使系统中的重复降到最小，降低各组件间的依赖性。

正交性，即互不依赖性，这样会提高生产率和降低风险。消除无关事物之间的影响。编码时避免使用全局数据，避免编写相似的函数。

关键决策不容易撤销，否则会付出极大的代价，不存在最终决策。

架构的灵活性，没人会知道未来会怎样，所以要让你的代码学会“摇滚”，可以“摇”就“摇”，必须“滚”就"滚”。

第三章——基本工具

用纯文本保存知识，优点是保证不过时，易于测试。

估算，避免发生意外。在着手前进行估算，提前发现潜在的问题。

用好一种编辑器。

总是用源码控制。能够被安全的保存。可以进行自动的和可重复的产品构建。

自从14世纪以来，bug（虫子、臭虫）一词就一直被用于描述“恐怖的东西”。

接受事实：调试就是解决问题，要据此发起进攻。要修正问题，而不是发出指责。记住调试的第一准则：不要恐慌。

 

 咱就是说，有的知识我也不知道是什么意思，虽然没写的我也不知道，咱就是说还得再学习，不太理解。