工作中怎么与傻叉相处？

怎么两年没来这，画风变得我都快认不出来了。这个问题的的核心是在想讨论工作中有什么技巧能够支开傻叉，开头就说了，每个人对傻叉的定义都不一样，又不是让你们帮我定义傻叉。还是什么，随便写的4点描述让一些人产生了强烈的带入感？

首先，辞职什么的肯定不是首选，团队又不是没救了，工资又不是发不起了，除非大佬或者整个团队都是傻叉，我都没听说过为了一个傻叉的辞职的做法。再说，对于我们定义为傻叉的人，一开始当然就是选择回避或者无视，然而工作又不是微博，不是拉黑某个人就能回避的。傻叉就是喜欢把别人拉到和他一样的智商水平，然后再用丰富的经验打败对方。比如，他可以跑过来气愤地和我说他的电脑无法访问我的接口了，而我明明在邮件里写了服务器有白名单机制需要登录跳板机才能访问，然后淡定的叫他回去看文档，然后他就指着我的屏幕说你不改接是吧，你登录服务器我来教你怎么改。我突然愣住了没反应过来，他接着说你不要告诉我你不懂怎么登录服务器吧，然后我淡定说了句不会啊，待会他就跑去和大佬反应我不配合他，本来自己好好的写代码，突然一整天心情都坏了。

然后，关于我描述的4点，既然有不少人有意见，那么我就说出我自己的见解。其一其二，代码规范这种东西不是谁说的声音大谁就厉害，如果团队有共同的规范就按这个来，没有就按语言的约定俗成来处理，再不济，只要自己代码API访问性可见的那部分代码可阅性高也基本无伤大雅，内聚的那部分代码自己爱怎么玩怎么玩。“扩展性”，“依赖倒置”之类的话刚开始学开发的时候用用就是，或者放到开源项目的文档中也行，但是又不是开技术总结会，日常业务联调交流那这种话来干什么，显得自己很厉害？每天把这么多时间用在开会上就很不爽了，写代码的时候还要用这种话来扯皮么？明确一下自己的负责的内容，核对一下项目的进度，5分钟就能搞定业务交流了，然后自己各自写各自的代码不好么？业务交流的时候老是一副我来教你写代码的姿态有意思吗？其四，你写的服务接口，文档完善，所有public接口都有完善的单元测试代码，可是就是有傻叉就是不看文档，demo项目也不跑，也不会询问你怎么使用，自己用错API了就来质问你写的代码有毒（错误原因你都用warning日志打出来了他就是眼瞎），“上周就跟你反馈这个问题了你怎么还没改，留下个烂摊子就不管”，再不济你倒是到gitlab上给我提mr，让我看看你的高见啊。（故事虚构，切勿对号入座）

至于什么说我需要调整心态的，我本人是比较喜欢别人给我的代码提issue的，毕竟这年头有谁能认真review你的每一行代码并提出意见的只有真爱了吧，实际上也因为这写issue请过不少人喝水。

最后，我看到还有人说正面和傻叉怼，我反正是做不到了，感觉被同事们围观的场景也算是羞耻Play了吧。目前我的做法是，一开始是服软，发几个表情包缓和下气氛。可惜傻叉可能会得寸进尺，然后我又采取了无视的态度，本以为对方可能会意识到你对他不友好了就不主动找你了，没想到傻叉可能会认为你在鄙视他，于是很恼火，每当觉得你的工作内容有问题的时候，就不会放过机会跑过来取笑你，我能怎么样啊，无F@CK说。难道就没有办法彻底划清界限，难道要为了个傻叉辞职？

我心没那么宽，于是有了这个贴。