做事情要讨论，支付宝的同事给我最大的印象是，孜孜不倦的帮助你理解概念。
只要这个概念是工作合作的基础，或者 Ta 认为这是很重要的概念都会详细的同你解释。
只要你不是在 Ta 解释一遍后假模假样的装作懂了，再提问 Ta 会很乐意再解释一遍。
合作最愉快的一次也是交流最充分的一次，开会中能够感觉到每一个人都参与到项目中，提出了自己的想法。
当然这个和团队小也有关系，但是团队大的时候也应提供一个提问时间。
一个问题可以判断提问人的参与度，理解度。
我认为一个团队的一次会议中大家的问题可以拼凑出整个项目时，是一个很好的状态。
问题就是时间。时间匆匆总是催促我们赶紧进入开发中。
一个人交代一件事情后，能够将事情问清楚也是做事的一种方法。
一开始有一个同事我比较讨厌，我认为他特别不听话，交代他怎么做之后，他总不能干净回复好，要我说出这么做的理由。
或者当他做了什么我觉得不行的事情，要求他改正的时候，总是不那么爽快的接受，要讨论多次，各个角度论证。
但他也是进步最快的，理解最彻底的，我想对那个项目他的理解程度应该高于我。
只是很费时间，到最后我总是放弃自己的意见。
记得一次失败的面试中，面试官问我，当代码风格或者项目趋势已经不佳的时候，如何处理。
我回答中透露出的接受倾向，让他很不安。
我提出，这个是项目组长的责任，作为组员若过多的表达自己，会在拉锯中度过。
这里我默认了项目组长也发现了这个问题，并且项目组长已经妥协了。
最后面试官问我，是否有尝试过向组长提出问题呢？
我突然发现，我重来没有。
现在想来也是让我突然有了感想的引子。
很多工作中好的感悟，我都想回馈到生活中。工作习惯多多少少是从生活中带进来的。
我的日常生活中，有家长交代的事情，这样的事情有一个特点就是我爸妈交代的都很清楚，就是每一步怎么干的都交代清楚。
也许这首先造成了我分析事情能力较低的特征。
工作中学习的感悟也会带回生活中去，然后发现了阻力。
我猛然发现，这也许就是形成我很少向组长提出建议的原因。
还有一类事情是帮忙的事情，就是爸妈偷个闲，交代我去做，我也愿意去做。
交代的时候也是直接的步骤，接到任务我今天就问了爸妈可不可以用另外一个做法。
这时候，他们认为，我是不想帮忙，不想做。然后他们就自己做了。
我当然是想帮忙的，但是已经没有机会了。
这种失落也许就是培养我的直接接受任务的根源。
总结一下
工作中，若有任务下发，有问题要提出。
生活中，要培养孩子的思考能力，随着孩子的长大要慢慢从交代事情步骤中脱离，进行结果导向的交代。