构建之法阅读笔记06

 

第15章 稳定和发布阶段

    这个章节是程序准备诞生的准备阶段，最后的包装和测试要在这个阶段内完成

软件团队的各个角色代表组成了会诊小组，处理每一个影响产品发布的问题。

 

Must——必须修复，缺陷很严重，修复方案可行，相关的测试都通过。

 

 

第16章 IT行业的创新

提出来几点软件的谜题：要成为领域的专家，才能创新？

要及时找到创新的时机，创新的招数、创新和作坊

    创新, 创新型人才, 创新型企业, 创新型国家, 这些都是最近时髦的词汇, 我在微软亚洲研究院创新工程组工作, 看过创新的猪跑, 也吃过创新的猪肉, 在这里和同学们分享一下我的体会。 这些内容好多可以从各种参考书中得到，并不是我独创的见解。 迷思之一 Innovation starts with Epiphany很多人听到发明创造, 都会想起故事书里的聪明人忽然灵光闪现 的故事， 灵光闪现, 顿悟这个词叫 “Epiphany”, 这些著名的例子有:阿基米德在洗浴城里泡澡, 忽然跳出浴池, 跑到大街上, 大喊 “Eureka”, 他老人家发现了浮力定律。牛顿同学当年没事坐在苹果树下, 忽然一颗苹果砸到他头上, 他也灵机一动, 揭示了万有引力等等理论。所以现在社会一般创新的东西比较吃香点。

     

第17章 人，绩效和职业道德

    能动手去开发当然对于我们来说是一件好事，但如果因为自己的开发而损害了他人的利益，就不太好了，一个好的软件是为了帮助自己，不能以损害别人为代价。选取最近IT 界发生的一些事件，对照软件工程师职业道德的条款， 评价当事人的软件工程师职业道德如何。这从职业道德来说是毫无职业道德可言，是从业人员对这个行业的不尊重，也是给自己的人品抹黑，应该有相应的法律条款来制裁和惩罚。

所经历的痛苦，可以用更形式化的方法，或者"最佳实践"得以解决。这比你自己另搞一套，闭门苦苦钻研十年，一抬头发现古人早完成了要好得多。没有先前的经验，固然不会让我体验这么深刻，如果没有读到前人的总结，我们就不过是一次次重复失败而已。