标签：模型 模式 类型 学习 一起 程序 瀑布模型 软件 font
最近又跟随老师的进度阅读了《构建之法》的“软件团队和开发流程”部分。自从学习软件工程以来，每次的作业和程序都是我自己一个人做的，从未尝试过和别人一起来写程序。想到自己如果以后和别人一起来写程序，感觉有些开心，因为这样的话自己就可以减少代码量，完成作业更轻松。但是再仔细一想又觉得很烦恼，因为几人人合作必定会产生争端，没人的想法都不一样，用不同的想法来写同一个程序肯定有些困难。并且，人多了，可能在分工的时候回产生不公平，有些人做得多，有些人做得少。
在书中对于团队合作也介绍了几种不同的模式：一窝蜂模式，主治医生模式，社区模式，业余剧团模式，秘密团队，特工团队，交响曲模式，爵士乐模式，功能团队模式，官僚模式。在这些模式中，我最希望我的团队（大学时）是业余剧团模式。业余剧团模式是指在每一个项目中，不同的人会挑选不同的角色，在下一个剧目中，这些人也许会换一个完全不同的角色类型。各人在团队中听从一个中央指挥（导演）的指导和安排。
以前我在写代码时，都是觉得完成作业就好，就不管怎样把程序写出来，提交给老师，就再也没有管过。其实这也是一种软件开发流程“写了再改”。除过这种模式，作者还介绍了其他几种模型：瀑布模型，老板驱动模型，快速原型模型，增量模型，螺旋模型。
标签：模型 模式 类型 学习 一起 程序 瀑布模型 软件 font
原文地址：http://www.cnblogs.com/wl2017/p/8012245.html
