※ 引述《leo5916267 (封膜猎人)》之铭言：
: 也许在软件也蛮容易遇到类似个性的同事
: 我们是新创公司，我进去前已就有一个前端工程师，他从0建构了整个产品A
: 我是产品B的前端，刚好我们产品线不急，被拉去支援他们 改版
: 但在合作上就觉得跟他相处很不舒服
: 可能是把我当竞争对手吧？
: 喜欢用高姿态/批判的方式codereview,
: 而我对他提出写法的意见，才提开头一句
: 就霹雳啪拉回了十句，顺带挑我程式毛病，我觉得更像是用公事来打压别人
: 就讲不得，而整个团队都对他很头痛，但又要依赖他做事情，很多文件需求都没写清楚，很多事情都绑在他身上，而且专案架构维护性蛮差的，我看了整整一个月才懂他的思路，大概就是小孩子拿AK的感觉
: 我们做事不得不都要照的他的方式做事，但他又很自我中心，跟他配合心力大概4成是处理情绪问题4成才是程式问题
: 我网络上找过类似的关键字
: 攻击性强的同事
: 自以为是的同事
: 他的性格满符合上面相关搜寻找到的描述
: 不知道各位前辈是怎么应对的
: 我现在是当练EQ，大概还要半年改版完忍忍
: 程式部分就消极应对，我有好的想法就跟别人讨论，在他的专案只用他写过的方式做
看起来是"感受"的问题比较多
codereview 才提开头一句 就霹雳啪拉回了十句，顺带挑我程式毛病
这句话就如果是正常讨论的话 每个人的表达方式都可能不同
有人话少 有人话多 很难说他就是有恶意 况且如果是就事论事的内容而已?
曾经在新创的经验是 没文件真的超正常 需求不明也是超正常
也许连你老板 你团队每个人都不清楚了 都是很可能的事情
很多新创 活下来为第一目标，说不定要他去写文件跟需求
大家的头会更痛。
题外话
当时团队每次有新人报到都会嫌程式码乱 糟糕
但程式码怎样写法是好 是坏 应该不是单由团队的一个人决定
除非你是头 有权责，不然每个人都想改自己熟悉/习惯的写法
在没有严重效能的影响或者资安的问题下及团队没共识的事情
某种程度上应该是可容许的吧
也许老板一开始说想吃龙虾，工程师就端了一盘清蒸龙虾
但突然老板与业务开会之后，觉得炸龙虾比较好卖
但时间又不够，就只能拿那盘清蒸龙虾去炸了...
有些人觉得不能这样，但这就是取舍了
(网络听到类似的举例 拿来用一下)
但同专案内 写法相似真的比较好
有时候就是凝聚大家的习惯