《梦断代码》阅读笔记之四

      断断续续的读《梦断代码》这本书竟然读了这些日子很是惭愧因为时间一长有些东西就会忘记，好在这本书是向读者灌输思想的一本书，不是一本小说，也不是一本记叙文章，不必从头再来只需要翻开往日的阅读笔记看看自己的收获就行了，这大概就是把书读薄的意思吧，当然好书不读几遍是不会完全领悟到其中的精华所在的。

    下面就是本人的阅读心得7  8  9章：  

第7章  细节视图

 

    OSAF的第一个“演示日”，看起来并不顺畅的演示，但是却是实现了以往没有过的模块，是工作人员们几个月的心血。而这整个改变正是许多细节都发生改变的结果。用户的错误理解却真实反映出关注细节、无视上下文的阅读方式是编程大牛们的专长。规格说明是程序员的圣经，编写一个好的规格说明很不易，但却很重要。
    Chandler进程缓慢，虽然看客们都对其表示怀疑，感觉Chandler永远也做不出来了，但是只有卡普尔坚信坚持就会有回报，正是因为卡普尔的不懈坚持，创造了一个更好、
更灵活、更稳定的软件。卡普尔作为一个本来就已成名的设计师，但是他又顶着巨大的压力做到另一件了不起的事情，让世界看到他的实力。

 

第8章  白板上的即时贴

 

    第8章中描述了即时贴的概念，依然是在漫长的Chandler开发过程中的一次会议上，杜索特提出每人在白板上贴自己的即时贴，每张纸表示大致同等的工作量，每张代表单个开发者一个月或者两个月的工作时间（个人忽然感觉到了王教授的教学方法原来是折磨来的，也许公司里就是这麽干的，反正效果不错值得一用）。这是将任务细化，写出来时刻提醒自己，明确计划，可以使个人更好的完成自己的任务。这样一来每个人就有了明确的目标当然紧张感和压力也是必不可少的咯，这样工作起来才更有效率，老是放纵自己每天迷迷糊糊的工作明摆着就是在应付差事嘛！

第9章 方法    

     经过两年多的工作，OSAF开始有了固定的工作流程，还有了一套可能让它朝 目标行进的可行的方法论。最早要做好现实的计划和进度安排，但是成功的流程难以捉摸， 没有任何一种方法论能够覆盖软件项目的广大领域；结构化编程、改进组织代码的方式仍然 是有利于工作进程。在团队项目开发中，虽然由于个人或者团体的原因会使原定的计划产生偏差，但是还是避免 了重新定制计划所带来的缓慢、延误，所以制定一个合格的计划并努力遵循它还是必然的。