外科手术队伍
对于软件开发来说，软件开发队伍的选择往往是一个难题。在我们的时间课程的当中，每个人都希望可以抱大牛的大腿，因为一个熟练且经验丰富的大牛可以抵得上十个新手，如果一个小队当中都是如此的大牛，那么这个小队可以称之为当之无愧的精英小队。对于大型的项目，小而美的团队往往有些力不从心，精英也不可能大量集中到一个团队中，这时外科手术团队的方式就值得借鉴。即一名首席程序员相当于外科医生，一个经验相对较少的人员充当扶手，一个管理负责决策，一个编辑负责生产 文档，两个秘书让项目的进程保持一致，一个人员用来维护技术记录，一个工具维护人员，一个测试人员和一个语言专家。这样的人员各司其职，保证团队有序运行。对于大型项目，就需要这样的分解思路，有架构师整体设计，系统实现则有各个小团队实现。
画蛇添足
过度设计的现象常常存在，尤其是例如我这样刚刚上路没有吸取经验的的新手小白或者是某种过度追求嫉妒完美的人。过度设计的系统就是在设计之初引入过多的复杂性，导致开发的难度直线上升，举步维艰，这种情况当出现一名架构师之后或许有所缓解甚至解决。但当“第二个系统”的困境出现时，我们可以有目的的约束自我做出舍弃。
提纲挈领
我们做课程作业时往往需要交大量的文档，而我们在写这些文档时就像填充八股文一样只考虑制式放弃了思考为什么要将它放在文档中。设计与决策的书面记录是必要的，但是文档存在的本意是为了沟通，我们写文档时应该考虑文档内容的现实指导意义，建立功能划分明确的文档类型和逻辑清晰的文档结构。