今天印象比较深的事情是来了个新领导；
正好今天讨论一个软件的界面设计，他也参与了，之所以印象深刻，是因为他算是第一次看到我们的设计，但是他的表现却让我有些触动；
1.提问式的推进讲解
设计人员开始讲解这个设计方案，每讲解一部分，他都会提出若干个问题；一方面，他应该是理解了这个设计，另一方面他又提出了他看到的一些问题；
2.功能设计点的的争论
有时候某一个设计点有争论的时候，他会提出自己的见解，并且给出他的依据；
之后所以会有触动，是因为我自己似乎做不到，所以我也提出问题：
1.他为什么能够做到这一点？
2.他们究竟讨论的是一个什么类型的问题？
3.我有必要做到这一点吗？
4.我要怎么做到这一点？
我觉得可以先想想这个需求的问题，软件设计的一切都源于需求，而需求又来源与人，所以最终都是要解决人的问题；因此，我们评价一个设计的好坏的依据，不就是要根据“是否更好的解决了人的问题”为依据吗？
问题在回到新领导的身上，新领导提出的所有有“亮点”的观点，都是源于他对这个行业的理解，如果他理解的越深刻，他的观点就越有道理，就越“亮”；
为什么这样说，行业本身也是为了生产“满足人类某一部分需求”的产品，而我们软件其实也是产品，是属于行业的一部分的；
因此，理解行业也就是理解产品，自然能够评价一个产品，一个软件的好坏；
因此，我想我可以回答上面我自己提出的四个问题了：
1.他为什么能够做到这一点？
因为，他比我更加了解这个行业；
2.他们究竟讨论的是一个什么类型的问题？
需求的实现问题，并且在评价它实现的好与坏；
3.我有必要做到这一点吗？
有也可以没有，现阶段并不影响做研发；
4.我要怎么做到这一点？
多思考行业真正的价值；