构建之法阅读笔记03

     阅读《构建之法》过程中有了实践中的体会,比如如何给别人提意见,在结对编程中确实能够用到,之前编程只是一个人在那儿编代码,不会了就看看别人的思路呀,查查百度呀,从未说跟一个人合作过,更不懂什么叫结对编程,学了构建之法中的如何正确的给别人提意见,我感觉应该是对人不对事,或者说是针对最外层(行为和结果)来进行提意见,往往我们不能因为这件事否定一个人,甚至一个群体。

     在团队和流程中,讲到软件团队的各种模式,比如蜂窝模式、主治医师模式、明星模式、社区模式等等,想想我们完成某想大作业的时候,“抱大腿”就应该属于主治医师模式吧,一个学生干活,其他学生跟着打酱油。这里边没有最好的团队模式,只有最适合你这个团队的。

     软件打开发流程也有好几种,写了再改模式,显然,我们平时变成就是这种模式,上来就写,写出来的程序一般只能用一次,看过了就扔的程序,根本解决不了实际问题的程序,我想这就是浪费时间呀!最好的应该是瀑布模型了,系统需求→软件需求→分析→程序设计→编码→测试→运行,经过一系列的流程之后,我们才能真正做出一款成功的产品。所以我们在平时做软件开发的时候,应该先想好了,我们究竟要干什么,目的是什么,然后再去编码实现,这是“瀑布模型”给我最大的体会。

posted @ 2016-03-20 08:16  _小学生  阅读(124)  评论(0编辑  收藏  举报