摘要：
《构建之法》 参考书和链接汇总 参考书汇总 一些读者对《构建之法》引用过的参考书也感兴趣，因此我把所有参考书单独列出来。其实人大部分的思想都是受某些外部信息的启发影响而来，很多道理看似新颖，其实别人早就讲过了😀。这个参考书列表大致按照 类别 - 字母/拼音 的顺序排列。有些参考书是第三版加入的，第 阅读全文
摘要：
这是《构建之法》实战教学的一部分。适合作为同学们的第二个程序作业。 第一个程序作业： 请看 “概论” 一章的练习，或者老师的题目，例如这个。 作业要求： 软件工程的作业越来越有意思了， 我们在第一个作业中，用各种语言实现了一个命令行的四则运算小程序。 我们看看如果要把我们的小程序升级为能稳定运行，解 阅读全文
摘要：
这三篇读后感原来发布在我自己申请的域名 yishan.cc 上面，后来这个域名被墙了。 （原文写于2008年12月）几个星期前，我给《现代软件工程》课的每一个团队都发了一本 《Dreaming In Code》的中文版 《梦断代码》，要求写读后感。这本书讲了这样的故事：一群很有经验的代码牛人在先进软... 阅读全文
摘要：
各位博客园的用户：最近我的书《构建之法—现代软件工程》上市了，得到了不少读者和老师的好评，出版2个月即告重印。该书的相关信息参见豆瓣页面：http://book.douban.com/subject/25965995/《构建之法—现代软件工程》得以出版和畅销，除了要感谢我在本书致谢中提到的人们，还需... 阅读全文
摘要：
16.6.0 Xerox Parc 的成功创新和推向市场的失败 http://research.microsoft.com/en-us/um/people/blampson/Slides/AltoAtPARCIn1970s_files/frame.htm http://research.micros 阅读全文
摘要：
15.3.0 案例分析 可以看看这两个学生项目的例子，推断出这些团队的血型： STG游戏的跳票（为了完美，推迟了7天，但是7天之后也没有发布……） [i] 英语学习软件（说了“明早发布”，但是明早一直没到）[ii] 在最后的稳定阶段，阿超不断地把事情推到下一个版本，二柱和果冻都不耐烦了——为什么不拼 阅读全文
摘要：
15.3.1 有些成功人士或公司认为不需要独立的测试角色（Test），你怎么看？我猜想和踢足球类似，还是那几个原因：人太牛： 不世出的天才，例如高德纳写书时发现排版软件不好用，就自己写了一个。也没听说他为这个软件项目请了什么独立测试人员。对了，他不读Email，有秘书帮他处理这些事——这也是一种分工... 阅读全文
摘要：
13.5.2 有错不改果冻： 微软的产品经过这么多版本的不断完善，应该是把所有问题都搞定，“止于至善”了吧？阿超： 那也不一定，在非常有名的电子表格软件Excel中，就有这样一个Bug：Excel 的日期计算功能认为1900年是一个闰年，这是不对的，但是它愣是一直没有改正这个错误。众人： 真的？为什... 阅读全文
摘要：
0. 为啥要讲人、绩效、和职业道德？ 学好专业不就行了么，为啥要扯这么多？ 用专业知识教育人是不够的。通过专业教育，他可以成为一种有用的机器，但是不能成为一个和谐发展的人。要使学生对价值有所理解并且产生热烈的感情，那是最基本的。他必须获得对美和道德上的善恶鲜明的辨别力。否则，他 —— 连同他的专业知 阅读全文
摘要：
1 什么是用户体验， 什么时候开始考虑用户体验？ 究竟什么是用户体验呢? 请看： http://www.infoq.com/articles/aaron-sanders-user-experience （中文版）http://kb.cnblogs.com/page/508097/ 既然用户体验和用户 阅读全文
摘要：
1 如何避免在产品开发后期不断有重大修改，导致其它模块的连锁反应? DCR Tell mode vs. Ask mode设计变更 在项目早期，如果大家觉得要做一个设计变更，便可以采用告知模式（Tell-mode）的形式，也就是说，修改方必须通告所有关系人：“我在这里修改了某某界面, 我在某个API 阅读全文
摘要：
1. 讨论：下面的老板犯了什么错误? 只看用户的表面语言或行动还是不够的。我们还要找到用户语言行动背后的动机!(图像来源: http://www.weibo.com/funnyshoelace)2.是否要文档有人说，我们敏捷的团队，就喜欢直接的面对面的交流，不喜欢搞文档什么的，多好！其实大多数情况下... 阅读全文
摘要：
9.5.1 PM们的故事 讲了这么多条条框框，我们还是来讲几个故事吧。 A）是不是所有的好功能都是由PM主导，一步一步根据用户需求，按照用户场景设计，然后进行可用性测试等等步骤之后得来的呢？ 功能本天成，妙手偶得之——一个来自微软的故事 约摸在1985年，微软的一个叫Steve Hazelrig的工 阅读全文
摘要：
1 扩展阅读下面两篇文章也说明了软件估计的难度： Steve McConnell 软件估计的 10 种罪： http://www.ewh.ieee.org/r5/central_texas/austin_cs/presentations/2004.08.26.pdf Quora精选: 为什么软件开发 阅读全文
摘要：
7.7 移山开发方法——比TFS敏捷更精简几个软件学院的学生来请教阿超，同学们自豪地说，我们要用全套TFS敏捷开发模式开发项目！真的？阿超不敢相信。同学： 对！我们要用全5个工作项类型 – 任务、缺陷、场景、风险、服务质量需求、阿超： 你们有多少实战项目的经验？哦，都没有。这么说这是你们第一个真正的... 阅读全文