《程序员修炼之道》
第1章 注重实效的哲学
要负起责任
不要容忍破窗户，不要让软件开发过程滑向腐败的深渊
善于利用渐变，调动别人的兴趣，也要提防慢性的懒散。
要对自己的知识资产进行管理和投资
DRY原则：不要重复自己
降低软件的耦合性
灵活的软件设计，要假设各种可能的环境和改动变化
先有整体框架、有可见的演示，在填充更多功能，及早做出可演示、可测试的版本，及早的到用户的反馈。
巨大的撤销按钮，可以查看修改历史
1 我的源码让猫给吃了
要负起责任
2 软件的熵
不要容忍破窗户，不要让软件开发过程滑向腐败的深渊
3 石头汤与煮青蛙
善于利用渐变，调动别人的兴趣，也要提防慢性的懒散。
4 足够好的软件
？
5 你的知识资产
要对自己的知识资产进行管理和投资
6 交流！
？
第2章 注重实效的途径
7 重复的危害
DRY原则：不要重复自己
8 正交性
降低软件的耦合性
9 可撤销性
灵活的软件设计，要假设各种可能的环境和改动变化
10 曳光弹
先有整体框架、有可见的演示，在填充更多功能，及早做出可演示、可测试的版本，及早的到用户的反馈。
11 原型与便签
12 领域语言
13 估算
第3章 基本工具
14 纯文本的威力
纯文本的优点与缺点
15 shell游戏
16 强力编辑
17 源码控制
巨大的撤销按钮，可以查看修改历史
18 调试
19 文本操纵
20 代码生成器
第4章 注重实效的偏执
21 按合约设计
按合约编程的难点？在于事先很难料到所有可能的情况和所有需求，不利于敏捷开发。
22 死程序不说谎
如果程序出现了非预期的错误，尽早让程序死掉
23 断言式编程
如果它不可能发生，那么用断言确保它不会发生
24 何时使用异常
将异常用于异常的问题
25 怎样配平资源
谁申请谁释放，先申请后释放、后申请先释放
第5章 弯曲，或折断
26 解耦与德墨忒耳法则
使模块间的耦合减至最小
27 元程序设计
要配置，不要继承；
将抽象放进代码，细节放进元数据；
28 时间耦合
考虑多线程并发编程
29 它只是视图
MVC模式；发布订阅模式
30 黑板
用黑板协调工作流，黑板的好处？可以概览全局。直观观察到变化过程。
第6章 当你编码时
31 靠巧合编程
32 算法速率
33 重构
代码有以下特征时考虑重构：
重复；非正交的设计；过时的知识；性能。
早重构，常重构。代码的坏味道像肿瘤，要趁早清除。
软件开发过程不是建筑，更像是园艺——动态变化的过程
34 易于测试的代码
单元测试，全面的测试
35 邪恶的向导
理解向导生成的代码
第7章 在项目开始之前
36 需求之坑
与用户一同工作，以像用户一样思考；成功的工具要适应使用它们的双手
37 解开不可能解开的谜题
比out of box更进一步，find the box，问自己需求是必须的吗？必须要要这样做吗？
38 等你准备好
“软件开发仍然不是科学，让你的直觉为你的表演做出贡献”
尝试构建原型来启动项目。
39 规范陷阱
40 圆圈与箭头
软件开发技术和方法学真的适用吗？
第8章 注重实效的项目
41 注重实效的团队
不要留破窗户
注意变化
交流
不要重复你自己
正交性
围绕功能，而不是工作职务进行组织
自动化
知道何时停止绘画，让每个成员闪亮
42 无处不在的自动化
43 无情的测试
44 全都是写
45 极大的期望
46 傲慢与偏见
我们鼓励你在作品上签名，并为你所做的事情而自豪。
《程序员的思维修炼》
我们大多数人都是高级新手。
没有实践就没有技能，而且没有什么东西可以代替实践。
保持实践以维持专家水平。
让自己成为团队里面的菜鸟，你才能学到更多的东西。意思是说，你需要加入一个更好的团队。
ipod说的是它能容纳多少首歌曲，而不是有多少G容量。
“积极的情感”对学习和创造性思维非常关键。
好问题是没有答案的。它不是一个需要拧紧的螺栓，而是一颗种下的种子，由他可以收获一片思想的绿洲。
----约翰.安东尼.查尔迪 1916-1986 美国诗人和评论家
英国一项有争议的研究：如果你持续中断正在进行的任务，去检查电子邮件或者回复即时消息，你的有效智商会下降10分。
SQR3阅读法
Survey
Question
Read
Rehearse
Review
项目的SMART属性 可具体，可度量，可实现，相关，时间可控
学习是什么？
主动性、实践、目标、反馈。
思维导图的使用。
2-2-2-6 复习法，2天、2个星期、2个月、6个月。