精读 《构建之法》
《构建之法(电子版)》是本软件工程的教科书，给我的最大影响却是教学方法，这本书很好的解决了工程类课程的教与学的问题，让我的一些教学理念落到实处，比如说“项目驱动”，“以学生为主体，以老师为主导”，在这本书让我意识到：
-
当老师最好的方法是做教练(Being a Coach),参见优秀的教学方法--做教练(Being a Coach)
-
当学生最好的方法是做中学(Learning By Doing),参见优秀的学习方法--做中学(Learning By Doing)
我现在所有的课程都践行老师做教练，学生做中学。
图书信息
图书中的链接汇总
书摘和评论
给任课老师和助教的建议
第1 章 概论
- 1.1 软件 = 程序 + 软件工程
- 1.2 软件工程是什么
- 1.3 练习与讨论
第2 章 个人技术和流程
- 2.1 单元测试
- 2.2 效能分析工具
- 2.3 个人开发流程
- 2.4 实践
- 2.5 练习与讨论
第3 章 软件工程师的成长
- 3.1 个人能力的衡量与发展
- 3.2 软件工程师的职业发展
- 3.3 技能的反面
- 3.4 练习与讨论
第4 章 两人合作
- 4.1 代码规范
- 4.2 代码风格规范
- 4.3 代码设计规范
- 4.4 代码复审
- 4.5 结对编程
- 4.6 两人合作的不同阶段和技巧
- 4.7 练习与讨论
第5 章 团队和流程
- 5.1 非团队和团队
- 5.2 软件团队的模式
- 5.3 开发流程
- 5.4 练习与讨论
第6 章 敏捷流程
- 6.1 敏捷的流程
- 6.2 敏捷流程的问题和解法
- 6.3 敏捷的团队
- 6.4 敏捷总结
- 6.5 敏捷的故事— 兼酒后问答
- 6.6 练习与讨论
第7 章 MSF
- 7.1 MSF 简史
- 7.2 MSF 基本原则
- 7.3 MSF 团队模型
- 7.4 MSF 过程模型
- 7.5 MSF 敏捷开发模式
- 7.6 MSF CMMI 开发模式
- 7.7 练习与讨论
第8 章 需求分析
- 8.1 软件需求
- 8.2 软件产品的利益相关者
- 8.3 获取用户 需求— 用户调查
- 8.4 竞争性需求分析的框架
- 8.5 功能的定位— 四象限方法
- 8.6 计划和估计
- 8.7 分而治之（Work Breakdown Structure）
- 8.8 练习与讨论
第9 章 项目经理
- 9.1 PM 是啥
- 9.2 微软PM 的来历
- 9.3 PM 做开发和测试之外的所有事情
- 9.4 PM 的能力要求和任务
- 9.5 练习与讨论
第10 章 典型用户和场景
- 10.1 典型场景和典型用户
- 10.2 规格说明书
- 10.3 功能驱动的设计
- 10.4 练习与讨论
第11 章 软件设计与实现
- 11.1 从Spec 到实现
- 11.2 开发阶段的日常管理
- 11.3 练习与讨论
第12 章 用户体验
- 12.1 用户体验的要素
- 12.2 用户体验设计的步骤和目标
- 12.3 评价标准
- 12.4 练习与讨论
第13 章 软件测试
- 13.1 基本名词解释及分类
- 13.2 各种测试方法
- 13.3 实战中的测试
- 13.4 运用测试工具
- 13.5 练习与讨论
第14 章 质量保障
- 14.1 软件的质量
- 14.2 软件的质量保障工作
- 14.3 练习与讨论
第15 章 稳定和发布阶段
- 15.1 从代码完成到发布
- 15.2 发布之后 — 事后诸葛亮会议
- 15.3 练习和讨论
第16 章 IT 行业的创新
- 16.1 创新的迷思
- 16.2 创新的时机
- 16.3 创新的招数
- 16.4 魔方的创新
- 16.5 创新和作坊
- 16.6 练习与讨论
第17 章 人、绩效和职业道德
- 17.1 猪、鸡和鹦鹉的故事
- 17.2 其实还是人的问题
- 17.3 绩效管理
- 17.4 萝卜与白菜
- 17.5 团队合作的几个阶段
- 17.6 软件工程师的职业道德
- 17.7 练习与讨论
读书笔记
我以及“RocEDU.阅读.写作”微信群的读书笔记见《构建之法》读书交流。
精彩书评
相关图书
-
代码大全(Code Complete)： 有关构建，最好的书莫过于《代码大全》了，但不要误解，这本书没有罗列你编程中所需要的代码，那是《XXXX Cookbook》干的事。
-
软件工程:实践者的研究方法 (Software Engineering：A Practitioner’s Approach): 这本书我从第四版追到了第八版，这本书全面而系统地介绍软件工程的有关概念、原则、方法和工具，建议读完《构建之法(电子版)》看看
-
人件 (Peopleware: Productive Projects and Teams): 软件开发的最大问题不在于技术，而在于人。高效的项目和团队都是解决了人的问题才高效的。
-
人月神话 (The Mythical Man-Month)：由于软件本质上的复杂性，书中给出了著名的「没有银弹（No Silver Bullet）」的结论。 阅读本书最大的收获是：团队怎么才能1+1>2,而不是为乌合之众？《人月神话 (The Mythical Man-Month)》中的「外科手术式的团队组织」带来的「概念完整性」是一个很好的解决方案。
欢迎关注“rocedu”微信公众号(手机上长按二维码)
做中教，做中学，实践中共同进步！
-
版权声明：自由转载-非商用-非衍生-保持署名| Creative Commons BY-NC-ND 3.0