《梦断代码》阅读笔记03

本书第八章杜索特推荐用贴纸, 每张纸表示大致同等的工作量。每张即时贴代表单个开发者一-个月或两个月的工作时间。先在墙上循“点号版本”的顺序贴上，然后就能对每一轮计划的工作和自己是否脱离现实一目了然。通过白板上的即时贴，明确每个人的分工，每个人的工作量，以及每个人的工作时间，通过这种方式，可以使小组内的所有成员更加明确自己的任务，这样才能使开发更有效率，同时，用贴纸法来讨论项目各个小版本应该具有的功能特性，也是敏捷开发里重点推广的。

第九章说的是方法，自软件行业初期以来，这种或那种方法论的拥趸们就一直 在承诺他们的方法论是让软件项目按时、保质、在成本预算之内完成的独门]秘笈。这种普适论的问题在于，没有任何一种方法论能够覆盖软件项目的广大领域。适合面向上百万消费者的产品(旧式的塑封包装软件市场)的方法论，未必适用于在公司内部使用的软件开发。在整个政府机关内使用的程序，其对开发者提出的需求异于专用产品，例如音频后期处理。在个，人计算机上运行的软件异于在手机或嵌入式电器-在汽车或安保系统内部运行的系统一-上 运行的软件。最佳实践的药方不可重开。银弹不会再次装入弹夹。

IBM执行强制进度纪律的成功基于两条原则：

1）计划是强制性的

2）计划必须符合现实情况 ----“从底向上”，依据那些负责按计划执行的程序员的经验和知识而来，而不是“从顶至下”，靠管理者拍脑袋或对市场的期望而来。

没有任何一种方法论能够覆盖软件项目的广大领域；结构化编程、改进组织代码的方式仍然 是有利于工作进程。在团队项目开发中，虽然由于个人或者团体的原因会使原定的计划产生偏差，但是还是避免了重新定制计划所带来的缓慢、延误，所以制定一个合格的计划并努力遵循它还是必然的。

 

第十章工程师和艺术家，工程师当然要在艺术与科学的深渊上搭起桥梁。工程常被定义为将科学原则应用于满足人类需要。但它也让科学原则背上创意的负担，将它们从质朴的抽象里拉到挫折与愿望的妥协宇宙中。“工程( engineering)"一词由法语转逄而来，与“独创( ingenious)"同出于一个拉丁词源，指巧妙制造的能力。如今我们在多种场合使用“工程”词，还将它绑到别的词上，表示一系列学科分支:机械工程、土木工程、电气工程、结构工程、化学工程等等。软件工程看似不过是名单上的后来者罢了。那这个概念为什么问题重重呢?如我们所见，软件有时感觉难以对付，是因为它不可见。不可见之物难以设想，而高度复杂的不可见之物尤难用作沟通话题。但是不可见并非唯一-问题:我们也看不见电力、磁力或重力，但却能为多数实用目的可靠地预测其行为。可是，想要从软件中取出一块行为保持一 致的部分以便诊断问题，这却是我们常常无法做到的。所以编程是工程还是文学？是科学还是艺术？真的可以升华为一门艺术、一门科学，编程算法数据结构的璀璨光辉带给我们的不仅仅是快乐。

 

个人感受：

刚刚，老师给我们留了结对开发的作业，但是，在过去的几天里我们的项目开发并没有想象的那么顺利，虽然都安排了任务，但是任务每次都不能如期交付。

这样做只会让自己的项目拖拉，最终不能如期完成。

在接下来的开发中，我们也应该像文中杜索特推荐的方法一样，明确自己的任务，完成时间，定期交付，这样才能保证在老师的规定时间之内完成我们的项目。同时，平时写代码时，也要精雕细琢，因为软件工程既是一门艺术，也是一门科学。