结合《移山之道》与软件工程课程所想的几个问题

1. 典型用户需求分析真的那么重要么？

在做一个产品之前，我们需要知道这个产品是给什么样的 人群用，从而针对他们的需求设计产品。分析出每个人的需求是不现实的和没必要的，我们只需找到典型用户就行了。但是用户会有一定的局限性，如果过分依赖用户需求，我们就会忽视科技创新的主导地位。

在创新领域，一个领袖人物大脑灵光闪现，绝对胜过千万用户体验。看看微软，Yahoo,苹果，Google，Facebook等IT界大佬公司的起家，我们会发现，相对于科技创新，典型用户体验分析并没有我们想象的那么重要。很难想象，苹果国王乔布斯仅仅通过分析典型用户需求就能设计出iphone。很多时候，是科技创新创造用户需求。

2. 结对编程中可以穿插单人编程么？

两人合作即结对编程，在编程中，两人肩并肩地，平等地，互补地进行开发工作。结对编程有很多优势，例如能提高设计代码质量，具有更强的解决问题能力，能有效的交流、相互学习和传递经验。在pair project 中我们应用了结对编程，其中有些小小感悟，在应对比较难的问题时，我们发现两个人一起合作会更快的解决问题，但是对于有些比较简单的问题，两人并行的分开来做，效率会更高些。综上，觉得在结对编程前，可以两人一块把任务分成一些小的task，对于难度比较高的task,两人一块肩并肩的合作可以高效的解决问题，而对于那些比较简单的task，完全可以把任务平分一些，两人分开做。

3. 代码规范

在软件开发中，代码规范是大家常提的问题，当然符合代码规范的程序能让后来人更好的看懂前人的东西，当在团队合作中时，也更方便组内成员交流。在实际编程中，似乎大家刻意关注的是代码风格规范中的命名规范，而其他的则似乎有些顺其自然。

4. VSTS或许可以关联一个lync的即时通讯软件？

在团队编程中，当遇到一个bug搞不定的时候，找组内成员交流顺带聊天，在交流中往往会产生各种小灵感，同时会让郁闷的心情转为舒畅，然后再干起活来相当得心应手。我想既然TFS关联了很多MS Office的产品，何不再关联一个lync呢？方便团队成员交流。

5. 在测试中有些功能的bug短时间内修不掉，发布前如何处理？

在测试中，总会有些bug，如果测试时间比较短的话，可能bug不能全部修掉，那这时有些功能块可能有些未处理的bug，碰到这样的情况时，像微软这样的大公司都是怎么处理的？

 

李明磊