阅读移山之道及讲义的感想by贺翔
2012-10-31 09:45
357 查看
看移山之道,就像看一部小说,在叙述着移山公司的发展历程的同时像我们介绍了VSTS以及MSF方法论,同时也像我灌输了团队编程的一些习惯、技巧以及身为一个团队成员的责任。
在团队中,我们要相互信任,信任他人可以按时保质的完成任务,同时也要为他人的信任负责,自己按时保质的完成自己的任务。而相互信任,必然离不 开团队的交流。MSF给了我们一个必须交流的项目合作模式,即在对任务的处理中,通过预设置的状态变更条件来完成简单的交流。但团队成员聚在一起开个小 会,一起为了项目发言的工作也是必不可少的。
为团队负责,势必要对各个环节负责。增加自己代码的可读性,如变量名的设置,注释的添加等方法都是必不可少的。之前我对于注释的添加没有什么概 念,直到有有一次看到同学给我发的源代码,还是他们的课件里的简单代码,在每个else处写下了这个else的进入条件,在每个‘}’处加上了类 似’//end if‘这样的注释,虽然简短,但在很长的代码中,无疑大大增强了代码的可读性。
而对于书中提到的观点,例如要随时保持软件的可安装可发布,这样做的确可以减轻测试人员的工作难度,但是无疑会增加开发人员的工作难度,这是否 意味着在添加一个新的功能之前,我们需要备份之前的版本,而添加功能对程序的修改,相对于不保持软件的随时可发布,修改量会增大很多,这样会不会减慢开发 的效率?可不可以在快到软件的交付期限的时间段再开始这样的习惯?
在充分授权的情况下,加入我们对于自己的能力比较怀疑,在里程碑日期之前也无法完成任务,这时我应该怎么跟团队表达我的想法?
在团队中,我们要相互信任,信任他人可以按时保质的完成任务,同时也要为他人的信任负责,自己按时保质的完成自己的任务。而相互信任,必然离不 开团队的交流。MSF给了我们一个必须交流的项目合作模式,即在对任务的处理中,通过预设置的状态变更条件来完成简单的交流。但团队成员聚在一起开个小 会,一起为了项目发言的工作也是必不可少的。
为团队负责,势必要对各个环节负责。增加自己代码的可读性,如变量名的设置,注释的添加等方法都是必不可少的。之前我对于注释的添加没有什么概 念,直到有有一次看到同学给我发的源代码,还是他们的课件里的简单代码,在每个else处写下了这个else的进入条件,在每个‘}’处加上了类 似’//end if‘这样的注释,虽然简短,但在很长的代码中,无疑大大增强了代码的可读性。
而对于书中提到的观点,例如要随时保持软件的可安装可发布,这样做的确可以减轻测试人员的工作难度,但是无疑会增加开发人员的工作难度,这是否 意味着在添加一个新的功能之前,我们需要备份之前的版本,而添加功能对程序的修改,相对于不保持软件的随时可发布,修改量会增大很多,这样会不会减慢开发 的效率?可不可以在快到软件的交付期限的时间段再开始这样的习惯?
在充分授权的情况下,加入我们对于自己的能力比较怀疑,在里程碑日期之前也无法完成任务,这时我应该怎么跟团队表达我的想法?
相关文章推荐
- 阅读移山之道及讲义的感想
- 阅读《移山之道》及讲义感想
- 读《移山之道》的感想、总结和困惑 by Jun Tang
- 阅读前辈blog的感想 & 对ASE课程的期待 By 张雄
- 阅《移山之道》之感想 by 程志
- Ph.D Grind 阅读感想 By 张雄
- 移山之道的阅读和感想
- 阅读作业1----读《移山之道》疑问与感想
- 阅读作业第一弹——移山之道 by 吴煜
- 《软件工程教育中实践者的反思理论》阅读感想 by王伟东
- 移山之道读后感谢(阅读作业之王泓洋篇)
- 软件工程中的方法学与哲学——第二次阅读作业感想
- 要么优秀,要么负责--阅读作业二感想
- LR 测试webservice协议 并发运行报错:Abnormal termination, caused by mdrv process termination 引起的感想
- 2014年感想总结 分类: 杂谈 2014-12-31 16:15 427人阅读 评论(2) 收藏
- 阅读《构建之法》第13~17章及读《一个程序员的生命周期》感想
- [Restful_架构风格与基于网络的软件架构设计]阅读感想:软件架构思考组成
- 论文阅读(1)--Fine-grained Image Classification by Exploring Bipartite-Graph Labels
- 【CV论文阅读】action recognition by dense trajectories
- 第1次作业:阅读优秀博文谈感想