最近逐渐觉得，作为团队中的组成部分，团队中的一员，除了完成自己的“基本的”本职工作之外（个人），还应该对团队的不足和不合理的地方提出意见和建议（集体），我这里说的基本是指基本完成自己的工作，再接下来可能是在这基础上做的更好吧。
个人认为作为一个技术团队的一员，特别是同种类型，例如：Hive,Spark,Hadoop等类型来说，至少能够基本判断假设调了参数影响了什么，而不是业务今天反馈，今天任务慢了，是不是调参数引起的？然后自己不加思考的去说，“有可能”是，回滚吧，在和老大说这件事之前或更坏的情况下，回滚之后，自己有没有真正的去把参数去弄懂，代码就在那里，只在于你想不想不弄清楚，还是等回滚之后，再处理？ 虽然没必要每个成员都要去相互了解大家的详细做的事，但是个人觉得，当问题出现的时候，明辩“是非”的基本能是还是要有的，因为作为负责这一部分的最后关卡，虽然你说的不一定是对的，但结果是相对权威的，随便的下结论，造成的后果是别人以后就会怀疑你的结论的权威性了。
有时在工作的分配当中，我不喜欢用“帮”这个字，虽然这个字比较“人性化”，你可以对比说：“帮他测试下这个功能”和“你负责测试这个功能”，帮我测试，是不是可以理解为有空可以做，没空可以不做？“帮”这个词是不是遇到一个不负责任的的人，叫你过去，虽便搞搞，没事，测试好了，“帮完了”。做为一个只有开发没有测试的开发人员，思维固定的情况下是很难会预料到自己想不到的东西，对于我来说，我一般在自己想了很多情况都解决都情况下才会叫别人测，我觉得如果儿戏的叫别人测，浪费别人的时间是很可耻的行为，当然叫别人测的原因是我不希望在线上系统出问题，出问题，问题又来到了影响技术的“权威”了
有人在我上线的时候经常说：要胆大心细，而我相对来说比较谨慎而已
以上我说的是做事的方式，千万别自己对号入座，而且很重要的一点是，我说的不一定是对的，这只是我的个人感慨。
