我个人认为《移山之道》所教会我们的，不应当是简简单单的一些关于微软VIsual Studio协作的技巧，更重要的是一种团队协作的精神，一种如何更好的配合以及更好的完成项目的方式与方法。在刚刚开始团队合作的时候，对于队员之间的 相互协调合作的重要性我还不是很了解，同时虽然完成了结对编程项目，但是还是没有体会和掌握其中的精髓。
在被书本中的“苦涩无味”的说教中，我打开了电影《斯巴达300勇士》，一个关于希腊的传说，无巧不成书的是，其中所体现的恰恰是《移山之道》 多描绘的团队协作能力。每个人有着不同的性格和初始之道，也有着自己的安排和时间表，但是，一旦加入了这个团队，团队中的每个人都是你的“袍泽兄弟”，你 和别人的一举一动都攸关这整个项目是否能按时完工，是否能满足要求，是否能有着良好的用户体验。我们应当向《斯巴达300勇士》中的勇士一般，按着既有的 规定，按着既有的时间安排，严格的要求自己在这个团队中的任务完成度。
我们的团队项目是在去年的清华大学的《霸王背单词》软件的基础上对其进行相关的改进，完成一个具有着良好的用户体验和完备的词库查询的英语学习 助手。其中在项目负责人韦昀的决定下，在第一周期初步阶段我们决定了两大修改方向：第一点为界面风格的改进，有原来的只有视觉上的满足改进为有着和各个词 库相互完美结合的Windows 8 的Metro风格，主要的代码编译由WPF编写；第二点为数据库的改进，由于每个词库的储存方式都不相同，例如我们现有的GRE词库为数据库方式储存，现 有的四六级词库为XML储存方式，还有好多词库是其他的文本形式储存，我们要对它们进行相关的处理，使其都转化为具有同样储存方式和数据传递方式的结构。 其中，我和姚铭负责着第一点，即界面的改进。由于以前没有接触过WPF相关的项目和编程，所以一切都要重头来过，都要从零开始学起。这周的前三天我们所做 的工作就是借阅相关的书籍和资料，进行页面的初步设计和WPF的学习。争取在周四开始编写相关的代码。
按照《移山之道》中的团队合作的规则和例子，我们一步步的学习和协作。相信会比结对编程时的不知所措要好很多的。我们现在处于的是《移山之道》 中所述的“萌芽阶段”与“磨合阶段”，我们的SuperBrother Team是来自不同的班级的，虽说平时也有过交流但是没有过合作的经历，不是很熟悉彼此。同时，由于我们刚刚接触这个“霸王背单词”软件，对于改进的一系 列细节问题还是没有经过深思熟虑，每个人都按着自己以往的编程思想和习惯来进行交流讨论，使得没有一个统一的团队工作的方式。个人的角色和职责不清楚，做 事的规程被常常忽略，也都在忙着适应环境，团队结构，日常流程等等，很少有聚结在一起讨论的时间。
看这本书还是很有疑惑的，有很多以前没有遇到的问题和操作，其中这本书是以旧版的Visual Studio作为基础的，但是要求我们的项目编译环境是最新版的Visual Studio 2012，相对于旧版而言，界面风格布局以及操作都发生了很大的变化，所以按照这本书上的操作进行时会遇到很大的困难，所以我个人建议老师应当及时的发布 博客或者出版书籍还介绍和更新相关内容，使得这本书有着强大的生命力和“时代感”。
下面就介绍下我阅读这本《移山之道》后的一些困惑和问题，希望有大牛可以帮忙~：
1. 在介绍一个项目的单元测试时，和项目测试时，介绍的很具体也很通俗。但是，我觉得我们应当在这本书中学习的不单单是一些操作，而是应当学习如何插入相关的测试代码和设计相关的测试单元以及测试数据，不是简单的一句“边界数据”就可以学成的。
2. “在对立中寻找共同利益，在冲突中达到平衡”这句话是很大很空的话，书中介绍的相关的项目分工是由PM和团队负责人来完成的，但是由于每个人的水平不同， 每个人对于项目所需的知识技能掌握程度不同，怎样分配任务决定着是否能将项目提升空间达到最大，也决定着每个队员的能力的最大体现。但是书中的这方面介绍 的很有限，当然这个是不是由于是要建立数学模型求一个最优分配计划就令当别论了。
3. 另外吐槽下，团队的时间估计我觉得不是一个硬性的标准，虽然说肯定得有一个deadline，但是应当有一个弹性空间来使团队达到一种默契等等。我觉得书中应当再介绍下档遇到一些问题或者障碍延迟项目进度时，如何来调整这个弹性空间。
我很欣赏软件工程这种授课方式，以及阅读作业等等。
3231
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
