在项目还未开始的时候，问题就已经开始显现。
纷乱的众神
作为业界大牛们 ，每个都是高傲的，每一个又都是精明的，但一旦相互冲突的时候又总是固执己见。在《梦断代码》里面讲了一个令我印象深刻的事例：在一次军方的承包商的聚会上，一位副总裁问在座的各位有多少认为自己是“系统架构师”？系统架构师是需要掌握大量核心技能且富有管理经验的人。而一下子过半的人举起了自己的手，但副总裁问他们“系统架构师”和“系统工程师”的区别的时候又众说纷纭，有的不说话，有的和其他人争论，但没有一个答案，因为每个人的观点都会被反驳，最终置气于副总裁。就结果而言，这一屋子精英甚至没法给自己下定论。这在Chandle里面也是一样的，在决定数据库的时候，成员们由项目的立足语言Python出发寻找一个切实能解决项目需求且极易管理的数据库的时候，就纠结了很长的时间，有的人选择ZODB这个数据库，有人反对，认为应该自己弄出一个更合适的，于是就这个话题就争论了很久，在CPAN寻找其他解决方案，最终的结论是ZODB不是那么合适，但结束的时候进度已经推进到必须要尽快推出可以展示的版本的时候了，此时还是得利用ZODB完成开发展示程序的工作，虽然在大牛们极速的开发下，v0.1完成了，尽管这个版本也能找到争议的痕迹——底部有一串红字“底层数据库仍待大改”！
乐高玩具已经不适合大牛们了，但自己搭建地基貌似来不及的。
而对我们来说这个问题也存在，不过是一种因为无知与能力不足而产生的纠纷。在项目之前应不应该花时间画UML图？是不是每个人都应该掌握对应的知识？是不是应该用到更高深的技术？这些都是我们的探讨点，尽管都是些不应该有而应该有个共识的讨论，就好像在玩乐高玩具时讨论这个积木应该怎么用一样，在大人眼里都是些幼稚的探讨。不过，正是这些探讨，我们才能真正得到学习，认识到UML图对于团队分工是如此重要，每个人知识储备量是多么低，对于未来的展望是多么狭小。而在这个过程里面我们才能得到学习与锻炼。
本来还有些内容，但想到下一篇可能内容不是那么多就放03接着写，顺便把这篇精彩的《梦断代码》好好结个尾。