摘要: 《移山之道》是一本介绍软件开发方法(MSF)和工具(VSTS)的书,这本书讲程序设计的基本原则,讲如何在工具的帮助下进行软件的开发、如何与人合作、如何管理软件工程,讲微软解决方案及方法论。最开始我以为这本书只是单纯地介绍讲解软件工程的知识,读了此书才发现是以讲故事的形式写作的。我觉得这样的方式很有意思,相比于传统的教科书形式,我更喜欢这样的形式。我在读其他的很多专业书籍时,都觉得光是读书上的内容是很难透彻理解书上的知识的,只有在实践中运用到这些知识或是遇到问题时,才能逐渐地吃透那些知识,将对所学内容的生搬硬套化为纯熟运用。《移山之道》这样的写作方式显然让我这样初次接触软件工程的菜鸟更容易理解。 阅读全文
posted @ 2012-10-31 15:33 WWW.TeamWork 阅读(246) 评论(0) 推荐(0) 编辑
摘要: 最近读了邹欣老师的《移山之道》,收获颇丰,第一次读到用讲故事的方式写技术书籍,令人耳目一新。人物对话的方式使我理解了很多新概念,比如集成啊,测试啊……书中从头到尾为我们描述了一个软件项目从头到尾的开发流程,那些情节很故事化,经历也很具有实战性,有些问题在我们的pairwork里已经遇到,书中为我们提供了更好的解决办法,而有些teamwork的问题估计我们在开发时也即将遇到,还需要依靠这本书来使我们的团队项目更加完善,总之这本书娓娓道来的风格令人很舒服,不会像其他技术书籍那样令人乏味。但这本书主要讲述了敏捷开发在MFS和VSTS上的实践过程,而没有为我们详细介绍敏捷开发的相关背景知识,换句话说, 阅读全文
posted @ 2012-10-31 15:30 WWW.TeamWork 阅读(206) 评论(0) 推荐(0) 编辑
摘要: 看了一天多《移山之道》,来写篇文章,为什么三本书挑了这么一本呢,就是因为它薄,似乎看起来容易一些。看完之后觉得这本书很好玩,像一本小说而不是艰涩的学术专著,我非常喜欢这样的书,至少它不会让我在5分钟之内睡着,而是让我饶有兴致地通读到底。At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly. 这是盛行的敏捷开发原则之一,却是我们现在这个团队面临的巨大问题,如何提高效率是PM该做的事情,我想过好多次,从组建... 阅读全文
posted @ 2012-10-30 22:18 WWW.TeamWork 阅读(208) 评论(0) 推荐(0) 编辑
摘要: 这是软件工程课程的阅读作业,老师说一下就读完了,但是我确实读了好几天... 下面先说说我对这本书的看法:1.这本书的主体是以微软的软件开发方法系统的介绍了软件开发的一套详细流程。2.以故事与对话的形式(其实也就是几个程序猿组了个小公司在里边聊天神马的)介绍了软件工程的流程和细节。3.全书语言“平易近人”,其中相关的比喻用的非常好,让人能很容易的接受一些陌生难懂的概念。 然后说说我的收获(排名不分先后):1.明白了软件工程中许多陌生的概念(如:银弹,QoS,黑箱白箱,测试的相关概念等等等)。2.对软件开发的认识达到了一个新的高度。 之前由于没有团队开发软件的经验,我对软件开发的理解还仅仅停... 阅读全文
posted @ 2012-10-29 13:20 WWW.TeamWork 阅读(633) 评论(11) 推荐(0) 编辑
摘要: 结对编程成员:李嘉良10061152,由之望10061181 结对编程是指两名程序员坐在一台电脑前合作完成一个项目,这样的合作比一个程序员单独工作要快很多,而在两年的编程生涯中,一项都是自己一个人完成代码的编写,从来都没有两个人一起合作过。这一次和大神李嘉良合作完成电梯调度这一程序,在老师给出的代码中包括了电梯的各种属性,我们要做的只是想出一个算法使得电梯上下运行搭载乘客效率最高。老师给出的bus算法能保证所有的乘客都有电梯坐,但是这样做的效率极低。 正如上文说到的,结对编程最大的好处就是提高了码代码的效率,达到了事半功倍的效果,然而我认为结对编程还是会存在一定的缺陷,比如两个人的思想不可.. 阅读全文
posted @ 2012-10-28 11:03 WWW.TeamWork 阅读(285) 评论(0) 推荐(0) 编辑
摘要: 小组人员:王翔 10061176 刘明 10061141工作照片一、结对编程的优缺点每人在各自独立设计、实现软件的过程中不免要犯这样那样的错误。在结对编程中,因为有随时的复审和交流,程序各方面的质量取决于一对程序员中各方面水平较高 的那一位。这样,程序中的错误就会少得多,程序的初始质量会高很多,这样会省下很多以后修改、测试的时间。具体地说,结对编程有如下的好处:(1)在开发层次,结对编程能提供更好的设计质量和代码质量,两人合作能有更强的解决问题的能力。(2)对开发人员自身来说,结对工作能带来更多的信心,高质量的产出能带来更高的满足感。(3)在心理上, 当有另一个人在你身边和你紧密配合, 做同. 阅读全文
posted @ 2012-10-28 11:02 WWW.TeamWork 阅读(288) 评论(0) 推荐(0) 编辑
摘要: 这次的pairwork是跟韩佳胤一起的,之前不是很熟,通过这次pairwork,我们了解了对方,同时不是很完美但也解决了问题。本来自己之前是不会c#的,但老师给的框架是c#,只好硬着头皮学了。感觉还是学到了一些东西的,尤其是对接口等面向对象的思想和特性有了更深入的学习。先说一下两人合作的优缺点吧:优点:1.相互检查,更易找出错误。无论是算法还是代码,甚至是对问题的理解都能通过两个人的交流迅速判断出是否正确并合适。2.相互约束,保证更多的时间写工程。合作的话需要更多的讨论,这样保证了更多的思考的时间,提高了工程的质量。3.事半功倍。两人分别承担相应的工作,可以更专注的做自己的一部分。4.锻炼交流 阅读全文
posted @ 2012-10-28 11:01 WWW.TeamWork 阅读(240) 评论(0) 推荐(0) 编辑
摘要: 这次的Pair Work是电梯调度算法,而且是随机分组,我的partner是@weiyun大神。有韦昀大神带,工程进展当然是比较的轻松。 这次作业的时间是两周。第一周的周3我便联系了队友,约定晚上一起讨论一下原来的Naive和考虑我们的算法。但是,显然我们低估了原来算法的复杂程度,一个晚上我们除了研究接口和原来代码的结构,也就没有什么进展了。 在周末,我们又找了时间商量算法,完成了UML图的绘制。随后便写起了代码。这个周末,@weiyun大神把附加题图形化界面也搞定了... 下面上UML: 时间进入第二周,突然又通知要用tfs,我们便将第一个版本的advancedschedule上... 阅读全文
posted @ 2012-10-28 10:58 WWW.TeamWork 阅读(191) 评论(0) 推荐(0) 编辑
摘要: 我是王泓洋,负责细节修改与完善,刘俊伟负责主要代码编写。这次的PairProject还是稍有难度的,主要是使用c#语言还不够熟练,在面向对象思想方面还存在一些问题,而且此次的代码框架就已经写好,虽然所给的框架很符合这次的要求,但是没有注释的代码还是理解起来稍有困难,总的来说还是自己编程经验不足造成的。结对编程优点(1)集思广益,完善想法,两个人总比一个人考虑得多。(2)不同方向思考,查补纰漏,不同的想法之间相互弥补,能有效的查补BUG。(3)合理的工作分配让工作变得轻松。缺点: (1)由于不是一个班级,思路不统一时缺少有效沟通工作时的照片:我的优点:思维慎密,工作耐心,对BUG的寻找以及细节完 阅读全文
posted @ 2012-10-28 10:54 WWW.TeamWork 阅读(241) 评论(0) 推荐(0) 编辑
摘要: TimeLine是一款时间管理软件,继承自之前的项目iLifer,我们仔细思量了一下产品的名字,由于Lifer这个单词的含义本身和时间管理没有丝毫关系,所以我们决定放弃相关的名字,改叫做TimeLine。我们希望这款软件能够成为用户日常生活的便利助手,像手表一样随身携带,所以我们将它命名为时间线,无时无刻不在身边。 在这篇博客中,我们主要对我们的项目“学生时间管理系统”的NABC(Need, Approach, Benefit, Competitors)进行分析,并增加T(Target)这项。Need:需求 我们要做的是一个学生时间管理助手,这里可以拆分成两个部分:就是学生和时间管理。首先.. 阅读全文
posted @ 2012-10-28 00:02 WWW.TeamWork 阅读(713) 评论(3) 推荐(0) 编辑