一、对技术差同学的建议：
1.目标具体。不要说自己会努力学习好这门课，而要定一个具体目标，比如写十篇技术博客等等。
2.措施要具体。
3.读经典书籍
4.对英语有心理准备——记住前三个字母
5.抄袭、重写、再修改
6.写技术博客。不要评价别人，评价别人的观点，坦露自己的缺点，这样别人才会指出你的缺点，你才能进步。
7.短迭代。短迭代才能迅速得到回复和进步；加快自己的迭代速度催促对方回复；清晰的表述所期待的，得到的结果，期待和得到的之间的差距。
8.利用现有的技术解决问题——在做中学
9.优秀的管理者自己一定是可以写代码的。
10.教别人，评价别人。
二、工程不是编码，是一门项目管理课
1. 关注四个元素：
（1）边界。明确承诺做什么，不做什么 ，用户期待系统做出哪些反应。
（2）时间。确切的时间能给出什么结果
（3）成本。评估各种方案
（4）质量。可观测的。
2. 用户需求
（1）界面；角色；范围
（2）非功能性需求：对系统依赖；性能
3. 过程控制
燃尽图、鱼刺图、甘特图
RUP：用例驱动；迭代增量（第一周期都可发布）；架构为核心的
三、优化
1. 优化手段
2. 过早优化是万恶之源。
四、作业
1. 读《构建之法》，看代码规范，写checklist代码要遵守的条款
2. 四个人团队，要干啥，写博客，做一个预计15周能完成的项目。做效能测试。
3. PSP在技术博客中体现
4. 互评博客。
5. 词频统计点评。cat log.txt|tr ' ' ' '|tr A-Z a-z|sort|uniq -c|sort |head
6. 对比一种软件，从软件工程的角度，至少3个软件。从依赖，界面等等
五、经典语录
1. 总结用户需求的责任在自己的身上，在用户还没离开之前问清晰
2. 用数据，否定你的老板
3. 任何时间别人打断你，你都知道自己做到哪，中心思想是啥
4. 工程的目的是为了完成有效的目标
5. 谦虚和较低的自我评价不会带来同情，对于工程是无用的。
6. 避免抄袭的方法是把原来的代码放到一边，自己重写一遍——技能的内化
7. 你今天要是没有什么收获能写在博客里，那你今天就白过了。
8. 信任——你以前做的每一件事都是对的，大家也愿意相信你下一次也是对的。