dkjkls的博客

读书笔记 摘自：《程序员修炼之道》26 解耦与得墨忒耳法则　 36. 将模块之间的耦合减至最少 Minimize Coupling Between Modules 通过编写 “羞怯的”代码并应用得墨忒耳法则来避免耦合。对象间直接的横贯关系有可能很快带来依赖关系的组合爆炸： １.这样的大型项目，用于链接某个单元测试的命令比测试程序自身还要长。　 ２.对某个模块的“

读书笔记 摘自：《程序员修炼之道》31 靠巧合编程　　 44. 不要靠巧合编程 Don’t Program by Coincidence 只依靠可靠的事物。注意偶发的复杂性，不要把幸运的巧合与有目的的计划混为一谈。总是意识到你在做什么； 不要盲目的编程；按照计划行事； 依靠可靠的事物（不要依靠巧合或假定）； 为你的假定建立文档； 不要只是测试你的代码，还要测

读书笔记 摘自：《程序员修炼之道》36 需求之坑　　 51. 不要搜集需求—-挖掘它们 Don’t Gather Requirements - Dig for Them 需求很少存在于表面上。它们深深地埋藏在层层假定、误解和政治手段下面。 52. 与用户一同工作，像用户一样思考 Work with a User to Think Like a Us

读书笔记 摘自：《程序员修炼之道》41 注重实效的团队 60. 围绕功能组织团队 Organize Teams Around Functionality 不要把设计师与编码员分开，也不要把测试员与数据建模员分开。按照你构建代码的方式构建团队。注重实效的方法适用于个人，同样适用于团队：不要留破窗户；温水煮青蛙；交流；不要重复你自己；正交性；自动化。 其中，对于项目

读书笔记 摘自：《程序员修炼之道》关心你的技艺     Care About Your Craft     如果你不在乎能否漂亮地开发出软件，你又为何要耗费生命去开发软件呢？思考！你的工作     Think! About Your Work     关掉自动驾驶仪，接管操作。不断地批评和评估你的工作。

《程序员修炼之道》- 注重实效的程序员之快速参考指南关心你的技艺 Care About Your Craft 如果你不在乎能否漂亮地开发出软件，你又为何要耗费生命去开发软件呢？思考！你的工作 Think! About Your Work 关掉自动驾驶仪，接管操作。不断地批评和评估你的工作。提供各种选择，不要找蹩脚的借口 Provide Options, Don’t Make Lame

读书笔记 摘自：《程序员修炼之道》14 纯文本的威力 20. 以纯文本保存知识 Keep Knowledge in Plain Text 纯文本不会过时。它能够帮助你有效利用你的工作，并简化调试和测试。　　通过纯文本，可以获得自描述的、不依赖于创建它的应用的数据流。主要两个缺点： ①与压缩的二进制格式相比，存储文本所需空间更多； ②要解释及处理纯文本文件，计算上的代价可能更昂贵

读书笔记 摘自：《程序员修炼之道》7 重复的危害 11. 不要重复你自己 DRY – Don’t Repeat Yourself 系统中的每一项知识都必须具有单一、无歧异、权威的表示。 12. 让复用变得容易 Make It Easy to Reuse 如果复用很容易，人们就会去复用。创造一个支持复用的环境。系统中每一项知识都必须具

读书笔记 摘自：《程序员修炼之道》 30. 你不可能写出完美的软件 You Can’t Write Perfect Software 软件不可能完美。保护你的代码和用户，使它（他）们免于能够预见的错误。　21 按合约设计 31. 通过合约进行设计 Design with Contracts 使用合约建立文档，并检查代码所做的事情正好是