耦合这个词基本在我的职业生涯中每天都能听到，一个好的程序一定是低耦合的，这本书提出了函数的德墨忒尔法则帮我们更好的界定耦合的边界，怎样编写低耦合的代码，更难能可贵的是这本书不仅仅描述了一般的代码耦合，还花了很大笔墨解释了时间耦合，很多时候一个业务的实现没有必要一定是线性的，它可以是并行的，这在适用的情形下往往能在提高用户体验的同时还能降低系统的并发压力。
另一个很重要的原则是不要随意你不熟悉的框架和工具，现如今各种框架的功能越来越强，但与此同时各种底层的实现也隐藏的越来越深。如果使用了不熟悉的产品，却不去理解它的底层实现，项目很可能是不受控制的，很多时候我们没有能力去维护它，在碰到问题需要调试解决的时候会碰到很大的困难。
在工作中我们总会遇到难以解决的难题，本书给我们提供的一个思路是重要的不是你在盒子里思考，还是在盒子外面思考，而在于找到盒子-确定真正的约束，详细一点的解释就是面对棘手的问题时，列出所有在你面前的可能途径，不要排除任何东西，不管它听起来有多无用或愚蠢。然后逐一检查每一项，并解释为何不能采用某个特定的途径。有时候你会发现，自己在处理的问题似乎比你以为的难得多，这种时候很可能你已经走错了路，你需要回退一步，问问自己有没有更容易的解决办法。
最后一点是关于我们的傲慢与偏见，注重实效的程序员不会逃避责任。相反我们需要乐于接受挑战，如果我们负责一段设计，或是一段代码，我们都是在做引以为豪的工作。过去时代的手工艺人为在自己的作品上签名而自豪，我们也应该如此，我们希望自己的名字能成为质量的保障，别人看见我们名字的时候就能知道它是可靠，用心编写的，测试过的和有文档的。
标签：本书,盒子,04,小工,程序员,耦合,我们 From： https://www.cnblogs.com/xscya/p/18252041