不知道从什么时候开始，总能听到这样的声音：“这段代码我好久没改过了，肯定不是我的问题，跟我没关系，你不要找我。”那么问题来了，大家都不是傻子，遇到问题来找你，你跟这个问题一定是有关系的，人家不会无缘无故、闲的蛋疼专门找你事。你撒手不管，当了甩手掌柜，心里很爽。那问题谁来解决？
我们来分析一下：
- 如果团队里有一个人这样，每次遇到问题，都跟自己无关，只写自己认为跟自己相关的代码，其他的在他看来跟他无关的代码都不管，那他就会逐渐地跟整个团队割裂开来，他人的优点自己学不来，他人的缺点自己也没法引以为戒，于己于人于整个团队，都是毒瘤一样的存在；
- 如果团队里有多个人都是这样的，都只管自己的一亩三分地，那这就不叫团队了，天天自己跟自己玩儿，不了解别人的代码逻辑，整个项目的代码就完全靠每个人对外提供的接口来维系，一旦有人接口设计能力稍微弱一点，那整个项目的代码最终会极其难以维护；
- 遇到这样的问题，自己不管，而对于团队来讲，不可能把问题放在那儿不管，那么把问题留给别人，别人把问题解决了，这种情况越来越多，最终进步的就是别人，即便是你也在进步，一直在逃避问题的你，一定没有一直在解决问题的别人进步快，差距就会越来越大；
- 反过来讲，你遇到了问题，是不是一定要第一时间就去找你自认为（实际上还不一定）与这问题有关的人呢？是不是自己真的就已经竭尽全力也解决不了？每次遇到问题，就去麻烦别人，习惯性地逃避问题，以为自己甩了锅，捡了便宜，心里窃喜，可实际上与上面讲的那一类人又有什么区别呢？
- 对于有分公司的公司来讲，不同两地的同事进行合作开发，一旦遇到这种问题，一方提供了 SDK，另一方使用过程中遇到了问题，双方离的很远，遇到问题最多也只能通过 IM 或者电话沟通，每个人可能还有别的事情在做，这时候还一直等着别人帮你调试，那问题要拖到什么时候？
也许最后问题确实解决了，也很可能是这种情况：一个人想：你自己遇到的问题，凭什么让我帮你调？另一个人又想：你的代码出了问题，不找你找谁？找你是给你脸，你还不要脸了？最终同事之间可能也产生了嫌隙，团队慢慢就会让人丧失信心。
其实说到底还是责任心不足，我始终觉着不管一个人对这个公司或这个项目有没有感情，你揽下了这个活，处于这个位置，就应该尽自己应尽的责任，努力把这个活干好。所谓在其位，谋其政，就是如此。如果整天划水，得过且过，当一天和尚撞一天钟，那不如早撤，以免惹人讨厌。