Deadline Asked Question
粗略的通读全文之后，简要的表达一下我的思考。
NO.1 - 如何处理好团队与个人的关系？
团队有自己的流程，个人即使有很强的能力，也要按照团队制定的流程工作，而不要认为自己不受约束。
引自P44 - 48
引文：
是这样的，团队会对个人的人力有所限制，因为在一个集体中，毕竟要顾忌很多。如果我能力水平和大家一样，那没关系，我和大家看到的也一样，但是我如果是一群矮个子的高子呢？我比他们高比他们看的远，我看到前面左边有一片梅林，我和他们说要往左边走，但是他们都没看到，说要往右边走，怎么办，他们人多势大 ，就算一人一步也能把我挤的往右边走。这个时候怎么办，要么脱离集体，要么随大流？脱离集体，一个人的力量又 单薄的很！随大流，又不甘愿埋没人群之中。
NO.2 - 如何看待结对编程？
在结对编程中，因为有随时的复审和交流，程序各方面的质量取决于一对程序员中各个方面水平较高的一位
引自P76
引文：.
在我看来，沟通是必要的、也是解决问题的很重要的方面，就比如一对情侣闹矛盾了，男的要女的讲点理，女的要男的谈感情。怎么办？冷战？那结果只能说拜拜了，唱“分手快乐，祝你快乐,你会找到更好的”，要沟通，男的低个头呗，毕竟女生比较不高嘛！ 沟通是好的，但是两个人结对编程就增加了复杂度，一个人的时间复杂度是O（1） ，两个人是O（n）。而且程序员这个职业的人们，比较不善于沟通，如果又是性格不合的两个人呢，在如果又是技术相当，想法不同，怎么办，那就不是思想上碰撞出火花了，那可能是身体上碰撞出火花来了。所以我觉得这个结对编程要视情况而定，或者可以先结对编程一段时间试试，不行再分开。
NO.3 - 对于客户需求当前的需求我们该怎么看待？
保持敏捷，预期和适应变化。软件工程，唯一不变的是变化。所以干脆别再幻想客户的需求第一时刻很准确，然后保持不会变。
引自P133
引文：
我是这样想的，客户的需求是无时无刻不在改变，但是总有一个主要的方向。如果这个时候我们看到了 也许几年也许很多年之后，用户的需求。但是当前情况不挣钱，而且要不断往里投钱。我们要如何合理的去解决这个问题呢？例如人工智能，现在很火热，前景也很可观，但是在人工智能时代来临之前，研究其技术是很需要砸钱的，就像中国的百度，虽然现在是中国研究AI技术最前沿的公司，但是一直以来任然没有盈利回来。但是我个人而言还是倾向于支持要有长远的眼光，和长期的战略部署。
NO.4 - 对于用户体验我有话要说。
来自P232 - P253
用户体验就是要极大的考虑到用户使用该产品时的感觉，第一感觉：当然是它好不好看了，第二感觉呢是这个产品好不好用。但是所谓众口难调，所以产品刚出炉的时候肯定是有很多缺陷的，要不断的修改，不仅自己要发现问题，而且最重要的是用户使用后发现问题，然后反馈给你，这个反馈机制很重要。有反馈你才知道产品的缺陷，产品才能改进。以至于越来越好。批评和鼓励是都要有的，鼓励可以使人充满信心和斗志。但是光有鼓励不行，还要有批评，只有批评才能让你更迅速的进步，更迅猛的发展。回到主题上，书上的这段内容好像没有讲到反馈机制，有也只是一点点，所以我有点疑惑。
No.5 - 如何在自己熟悉的技术上创新？
引自迷思之二
我觉得迷思这部分的内容不错，值得深思，我这里就先提一点，对于创新。比如书里电报和电话的例子，我发明了电报，别人又发明了电话，怎么破？光泄气埋怨是没有用，相信很多人也知道，但是现在有两个选择，要么固步自封，继续做电报，宣传电报，打压电话。要么开始创新，寻找下一个联系方式的改进，别人发明了电话，我就不能发明出移动电话，这时可能会用人说，你这是站着说话不腰疼，那时候你怎么知道会有移动电话产生！哈哈，他们是不可能知道，但是技术是朝着先进，朝着简单的方向前进。古时候人们觉得在天上飞是不可思议的事情，但现在不也实现了。所以没有什么是不可能的，要敢于想象。然后我要问的是如何在自己熟悉的领域创新，其实我自己也有答案，但是我想知道其他人的答案，我的答案是多接触其他不熟悉的领域，借鉴其他不相关的产品。特别是需要发挥想象的领域，培养想象力。
现在还是比较浅显的问题，我希望随着我越来越深入的了解这本书和软件工程之后能有更深入更专业的问题出现在我的脑海里。
谢谢
