构建之法阅读笔记04
有一句俗语是这样说的:“单丝不成线,独木不成林。”没错,正如德·叔本华说的:“单个的人是软弱无力的,就像漂流的鲁滨逊一样,只有同别人在一起,他才能完成许多事业。”看完这两句话,你们是否想到了“团队”一词呢?何为团队,团队有一致的集体目标,团队要一起完成这目标,团队成员有各自的分工,互相依赖合作,共同完成任务。正如《淮南子·兵略训》中所写:同舟共济杨帆起,乘风破浪万里航。
读完《构建之法》第五章,我了解到了软件团队的十种模式,看到主治医师模式的这句话:“在一些学校里,软件工程的团队模式往往从这一模式退化为“一个学生干活,其余学生跟着打酱油”。”我的内心被触动了,以前的自己彻彻底底就是个打酱油的,成天跟个没事人似的,别人写完了就美名其曰地说:“姐们儿,借鉴一下呗”,然后厚颜无耻地copy别人的成果,最终的结果就是编程能力超差,和别人结组时遭到别人的嫌弃。值得庆幸的是,现在的我再也不会等着靠别人拉着自己跑了,我可以自己看书查资料写代码。我想说:“浪子回头,十年不晚!”今天老师让我们上课做单元测试,我犯了一个可笑至极的错误,类名居然还用中文来命名,虽然被老师在课堂上提出批评,但是我还是很开心,因为我又学到了一点知识,不是吗,看完这十种软件团队模式,我发现他们有一个共同特点,那就是团队成员有各自的分工,互相依赖合作,共同完成任务。
看到开发流程中“写了再改模式”,虽然不知道你们想到了什么,但是我想到了大一的自己,那时候学习c++,每次一拿到老师留的作业,脑子里什么也不想,什么都不考虑,上来就写,写完之后一运行,程序报错就赶紧举手问老师,老师帮忙改好了就上交,完全符合“只用一次”,“看过了就扔”,“不实用”这三点。其实说实话,这个模式根本不好,毕竟我们毕业之后是要写有实际用户,解决实际需求的软件的,那么我们应该学会RUP(Rational Unified Process同一流程模型),从瀑布模型开始的各种模型都有一个共同点:重计划,重事先设计,重文档表达。RUP把软件开发的各个阶段整合在一个统一的框架里,要完成一个复杂的软件项目,团队的各种成员要在不同阶段做不同的事情,这些不同类型的工作在RUP中叫做规程或者工作流,包括:业务建模,需求,分析和设计,实现,测试,部署,设置和变更管理,项目管理,环境等。看了这些,我对测试工作流十分感兴趣,我想以后我可以专攻这一方面,若是能把测试学精了,也会有一个不错的出路的吧!