这一周阅读了梦断代码接下来的几章内容，因为这本书都是介绍Chandler的开发过程的，所以我就文中提到的一些问题卓一些自己的理解
1.首先，文中曾分析过开发过程缓慢的问题，主要原因就是过于民主化，项目中缺乏一个处于领导地位的人，缺乏等级结构，每个人都是畅所欲言，自己坚持自己的观点，没有明确的方向，很慢才能做出决定，这就导致了在开发过程中没有明确的目标，一些重要的代码编写被一直延期，这也使得项目会议像马拉松一般一个接一个的召开，而且几乎每次都是无功而返。虽然后期也曾找到一个项目主管，但是面对这样一个世界顶级开发人员组成的团队，似乎也并没有起多大的作用。这也让我想到了，我们的团队开发工作，由于每个人都较为熟悉，所以没有明确的领导，每项任务都靠自己领取，这就完全取决于自觉行了，由于没有明确的目标，包括我自己在内也不是特别的积极，在项目制作方面也有很多次的拖延。所以在接下来的项目开发过程中，我也要听从团队成员的安排，并且给自己确定明确的目标，尽量在计划的时间内完成自己的任务
2.就是在代码复用这一块。书中康斯坦丁写到“多数程序员喜欢自己写程序，其中一些人喜欢编程胜过饮食沐浴，他们中的大多数宁肯写代码，也不愿细看文档，或查询目录，或去找其他笨蛋程序员写的蠢代码，在同等条件下程序员会选择从头开始设计创造，而不是重复利用”，书中还说道，有时开发者还伸手“此处尚未创造”综合征的折磨，片信誉自己的技术和所在机构的力量，以致不相信他人所造之物。这也让我想到在构建之法中所描述的一个场景，刚入职的人员，嫌弃公司中所用的工具集，准备推翻了重写，老员工告诉他，现在用的就是一个职员推翻重做的，但是根据员工反映还不如最初的好用呢。可见，不仅仅是大佬，包括我们这些菜鸟，都喜欢使用自己写的程序，而对别人的优秀程序都甚至视而不见，其实这是存在很大的弊端的，我们这样的话无法打开我们的思维，只能按照自己的固定思维进行处理，不利于提升我们的能力。所以在今后的学习以及开发过程中，要谦虚的向别人学习，学会复用别人的优秀代码，总结别人的经验比你自己尝试往往要容易的多，另外，我们也要学会构建自己的代码库，增加自己代码的复用率。
3.另外一点是对我们所有IT人员的一个批判，书中尖锐的指出“负责编程的同志很想一个独行侠，甚至好些人觉得与IT主页人士沟通，不必私人沟通费还要稍稍困难一些”，由于我们从事的工作就是与电脑对话，编写代码都是根据自己的思维来的，所以在做事时也会表现出不同的风格，所以表现出一种难以接近的样子来。这一项到了我们团队开发中，每个人想法不一样，处理问题的方式也就不同，这就使得在进行小组会议时要掌握沟通的方式，要在对方能够接受的情况下，提出自己打的合理建议，既要团结组内关系，又能够提出自己的合理建议，我觉得这在团队开发中尤为中要，如果协调不好这个关系，就会导致“一群和尚没水喝的局面，导致最终项目一筹莫展”。