老师布置的阅读任务虽然是附加的作业,但是对我来说是个很好的学习机会.软件工程主要是对工程的开发进行学习,毕竟在学校老师教了那么多的知识,我们课下做了那么多的练习并没有提高我们做一个工程的能力.一个项目一个工程不仅仅是编写代码,调试,简单的测试,通过阅读<移山之道>这本书我对开发项目有了一个全面的了解. 平时对教科书那种语言方式不是很接受,这本书一直用一些故事和真实的例子来激发读者对于书本内容的兴趣,引导读者继续阅读. 因为之前接触的编程的书不是很多,有很多东西不熟悉,读了这本书以后有很多的收获…

这两天看了<移山之道:VSTS软件开发指南>,对团队软件开发又有了新的认识.也许对于我们这些软件开发的新手来说,最重要的是具体技术与应用框架,但读了这本书后我感觉到,实际团队项目中工具的使用是次要的,更重要的在于对人员的控制,如何高效得让一个团队各司其职.彼此之间在充分信息交流的基础上协同工作才是一个软件开发过程中最重要的因素. VSTS 就是微软在MSF框架的基础上发布的一套团队软件开发集成环境,除了开发工具外还集成了测试工具.构建工具.管理工具和协作工具.其逻辑结构简单来说,就是把源代码存…

读<移山之道>这本书差不多用了一个星期的时间,感觉还是收获了一些知识的,以前只是会简单地编个小程序(虽然现在也是这样),但看过这本书之后我对软件开发这个概念的认识度有了从一片模糊到了解大体概念的转变.但是毕竟用一周时间读透这么一本完整的书不是一件简单的事情,我也只是了解到了一些皮毛,在阅读的过程中也遇到了很多问题,一些基本的问题在后面的学习中已经解决了,有的还在困扰着我. (1)在书中了解到了一个术语叫 Work Item,但书里并没有提到一个vs里出现过的叫做issue的Work Item,…

首先,我选择<移山之道>有几个原因.第一,书的名字给我一种新鲜感,而不是像另外两本书那么平常:第二,作者邹欣是老师推荐的,看一看他的书或许能让我发现老师对他推崇备至的原因,而实际上,读完这本书,我也深刻感觉到自己学到了很多东西:第三,这本书的写作风格和我们平时用的教材有很大差异,以一个故事的形式娓娓道来,让人耳目一新.就是这些原因,我选择了这本书,我也发现了一些问题,这些问题也许在我们以后的学习工作过程中都会遇到. 第一个:书中衡量员工工作质量中(DEV)中其主要衡量两个指标,一是check…

开发之道——读<移山之道——VSTS开发之道>后感 <移山之道——VSTS开发之道>(下简称<移山之道>)是邹欣老师的另一本书.相传很有名的<构建之法>我未曾拜读不过从这本书中对邹欣老师的水平可见一斑.读这本书花费了我将近一周的时间,然而我感觉这笔投入还是相当值得的,让我从能够编写程序,到对软件开发这个过程有了一定的认识,获益匪浅. <移山之道>使用的VSTS版本其实是比较老旧的(VS2005),但是并不妨碍这本书的价值.这本书更注重的是操作性,…

 本周在考虑阅读材料时,我翻阅了<移山之道>,正好看到这一章:两人合作,心想:正好,我们正值结对作业的紧要关头,书中两人合作的宝贵经验和教诲应当对我们有很大帮助.于是,我开始一边在ddl苦海中扑腾挣扎,一边抽空读完了这一章,确实受益匪浅. 这一章首先由一个时间估计的小故事引入:从北京火车站到八达岭长城需要多久.书中两位同学分别考虑不同情况,给出了截然不同的估计,由此引出项目管理要素三角形:功能.资源和时间.这三者在项目中相互制约,维持其平衡方能做好项目.回想这一周我们奋战的经历,首先时间方面紧…

最近因为作业的原因所以接触到了这本书,给我最特别的感觉就是很新鲜,主要是因为这本书是以故事展开的,大概是我读的书太少,基本没有看到过专业书的知识体系是用故事串讲起来的,这样帮助读者理解了一些概念并且不只是看过就忘了. 那么现在就提出我不是很懂的几个问题和感想吧: 1,MFS中的组队模型,着重于解决在复杂工程项目中如何组建项目组.分配合适的角色.项目组的管理.职责划分和质量控制等问题.但是就个人目前的专业学习情况来看,对于项目中合适角色的分配并不是很懂,什么才叫合适,如果完全不知道个人的擅长项或者…

很少见到用故事的形式来写技术书籍的,这是我看到的第一本,书写得比较有趣,看了之后也是有一定的收获.  作者在此书中旁征博引,引用的东西虽不能一个一个查询是否正确,但是每次读到时候,感觉一种现代的软件工程和中国哲理结合起来,或者给我的感觉是中国文化之博大精华,在软件工程中都能体现的淋漓精致. 1.起初看这书时候的确觉得挺有趣,但是到了后面觉得作者这样的确能吸引到读者,但是有些事情并不能详细引申,有些定义对于初学者来说显得比较模糊,不知道这样的表述到底是好是坏? 2.PM在一个工程项目中需要做的事情…

首先不得不承认这本书的写作方式很独特,不像其他的计算机类的图书那样枯燥,让人读起来感觉很有意思,他也颠覆了我对计算机类图书的看法,这种写作方式值得我们学习. 先谈谈收获吧.读了两年大学,这是第一次写类似的比较像个项目的项目,所以也是第一次了解了做一个项目除了写代码还有很多事情要做.比如说项目开发前的准备,像分工,每个阶段的准备,项目的整体框架的构建,Uml图的设计,开发中大家如何去共享代码,如何交流等等,可能以前都是自己一个人写,涉及不到这方面的问题,也没有考虑过,这是读这本书最大的收获之一——…

Different people deserve different tasks; Once team roles are settled, there comes along a lot of other questions, such as how to manage team intellectual property properly, or how to deal with team-conflicts. How to write your test cases so that you…