相信每个人在工作中都遇到过坑队友，也遇到过合作起来特别愉快的队友，其中的滋味想必大家都深有体会。那换位思考一下，从我们自身出发，如何能让我们的队友乐于与我们合作呢？以下是我在工作中养成的9个习惯，对我的工作帮助很大，并且也是要求我的队友这样做的。
1、下班前最后一件事是提交代码
在下班前将当天的代码提交，是对当天工作的一个交待。提交的代码，一定是自测通过的代码，这样就保证不会把开发了一半的功能留到明天，不会让自己的思路中断。
2、提交代码前浏览一遍此次提交的内容，删掉调试用的log和alert
曾经在开发调试过程中，看着满屏的log却找不到自己需要的那个，只能把其他人调试的log一条条删掉，再来调试自己的模块，有时真的很恼火。所以不要为了自己的方便提交大量的调试代码，如果删除不方便后面的调试，至少可以临时注释掉，不要给他人带来困扰。
3、写代码时做好注释
尤其遇到复杂的逻辑功能或临时想到的技巧性实现方案，写的时候思路清晰，可能过几天自己已经不记得当初为什么要这样写了。后期若需要优化或改bug，痛苦的还是自己。
4、提交代码时做好注释
不仅要在写代码时做注释，提交代码时的注释也不可或缺。后期若发现代码提交错误，根据注释可快速定位到当时提交的代码。遇到冲突或扯皮事件时，注释也是还原真相的工具和证据。有些开发工具不写注释是不允许提交代码的，但遇到比较懒的队友，可能随便写几个不相关的字或复用之前提交时的注释就提交了，这样的注释都是没有意义的。
5、做好代码规范
代码规范应该是每个公司都有的，但有些情况下要求并不是很严格，这种情况下，养成对自己严格要求的好习惯是至关重要的。好习惯不容易养成，但坏习惯很容易生成。若因为公司要求不严格，就不顾规范，是对自己的不负责任，也是对队友的不负责任。
6、及时写文档
有些前端同学认为，只有后端人员才需要写文档，这是错误的。像后端人员写接口文档给前端人员使用一样，前端也需要写文档给使用你代码的人。这里说的使用文档，要与产品文档区分开。包括但不限于开发公共组件，书写公共样式，创建公共接口等情况。只要别人有可能在你的代码之上进行开发，就应该创建文档。
7、每天早上写代码前的第一件事是更新代码
前面写到下班前最后一件事是提交代码，那么早上进行开发工作之前一定要先更新代码，尤其是模块与他人有关联的模块。否则提交代码时容易产生大量冲突，甚至由于信息滞后，你认为已经自测通过的代码，与他人提交的代码并不完全匹配，导致产生bug。
8、与别人沟通问题时提前梳理好自己的观点
产品与研发间的爱恨纠葛恐怕三天三夜也说不完，毕竟所占立场不同，有时并不好说谁对谁错。当遇到感觉不合理的需求时，如何与产品沟通呢？一般我都会将自己的观点总结一下并写下来，一方面提出问题，当前的需求有哪些问题，一条条列出来；另一方面提出解决方案，把认为合理的方案列出来供产品选择。通常情况下，只要提出的问题合理，产品都会采纳你的建议。
9、请教别人问题时先把问题理清楚，并仔细思考
经常遇到这种情况，有人问我问题，自己还没把问题说完，就知道怎么回事了，结果白白打断了我的思路。这种情况下，只要在提问前自己先梳理一下问题，就有答案了。哪怕最后没有找到答案，经过梳理过后，也可以更清晰的跟别人讲述问题，提高解决问题的效率。