※ 引述《leo5916267 (封膜獵人)》之銘言：
: 也許在軟體也蠻容易遇到類似個性的同事
: 我們是新創公司，我進去前已就有一個前端工程師，他從0建構了整個產品A
: 我是產品B的前端，剛好我們產品線不急，被拉去支援他們 改版
: 但在合作上就覺得跟他相處很不舒服
: 可能是把我當競爭對手吧？
: 喜歡用高姿態/批判的方式codereview,
: 而我對他提出寫法的意見，才提開頭一句
: 就霹靂啪拉回了十句，順帶挑我程式毛病，我覺得更像是用公事來打壓別人
: 就講不得，而整個團隊都對他很頭痛，但又要依賴他做事情，很多文件需求都沒寫清楚，很多事情都綁在他身上，而且專案架構維護性蠻差的，我看了整整一個月才懂他的思路，大概就是小孩子拿AK的感覺
: 我們做事不得不都要照的他的方式做事，但他又很自我中心，跟他配合心力大概4成是處理情緒問題4成才是程式問題
: 我網路上找過類似的關鍵字
: 攻擊性強的同事
: 自以為是的同事
: 他的性格滿符合上面相關搜尋找到的描述
: 不知道各位前輩是怎麼應對的
: 我現在是當練EQ，大概還要半年改版完忍忍
: 程式部分就消極應對，我有好的想法就跟別人討論，在他的專案只用他寫過的方式做
看起來是"感受"的問題比較多
codereview 才提開頭一句 就霹靂啪拉回了十句，順帶挑我程式毛病
這句話就如果是正常討論的話 每個人的表達方式都可能不同
有人話少 有人話多 很難說他就是有惡意 況且如果是就事論事的內容而已?
曾經在新創的經驗是 沒文件真的超正常 需求不明也是超正常
也許連你老闆 你團隊每個人都不清楚了 都是很可能的事情
很多新創 活下來為第一目標，說不定要他去寫文件跟需求
大家的頭會更痛。
題外話
當時團隊每次有新人報到都會嫌程式碼亂 糟糕
但程式碼怎樣寫法是好 是壞 應該不是單由團隊的一個人決定
除非你是頭 有權責，不然每個人都想改自己熟悉/習慣的寫法
在沒有嚴重效能的影響或者資安的問題下及團隊沒共識的事情
某種程度上應該是可容許的吧
也許老闆一開始說想吃龍蝦，工程師就端了一盤清蒸龍蝦
但突然老闆與業務開會之後，覺得炸龍蝦比較好賣
但時間又不夠，就只能拿那盤清蒸龍蝦去炸了...
有些人覺得不能這樣，但這就是取捨了
(網路聽到類似的舉例 拿來用一下)
但同專案內 寫法相似真的比較好
有時候就是凝聚大家的習慣