※ 引述《leo5916267 (封膜獵人)》之銘言：
: 也許在軟體也蠻容易遇到類似個性的同事
: 我們是新創公司，我進去前已就有一個前端工程師，他從0建構了整個產品A
: 我是產品B的前端，剛好我們產品線不急，被拉去支援他們 改版
: 但在合作上就覺得跟他相處很不舒服
: 可能是把我當競爭對手吧？
^^^^^^^^^^^^^^
不要做這種假設，很多programmer 選擇這行就是因為他們對人技巧不好、但好死不死又
適合寫程式
除非你觀察到產品A一直找不到其他前端，或者新加入的前端離職率很高，否則我們沒有
客觀事實
這種情況下除非你是主管，那你可以用自由心證去決定他對人的態度在公司算不算是
Toxic，但不是的話，那就不要在心裡做這種假設，這很容易雙方相互升級的
: 喜歡用高姿態/批判的方式codereview,
: 而我對他提出寫法的意見，才提開頭一句
: 就霹靂啪拉回了十句，順帶挑我程式毛病，我覺得更像是用公事來打壓別人
: 就講不得，而整個團隊都對他很頭痛，但又要依賴他做事情，很多文件需求都沒寫清楚
以上可以舉例嗎？因為敘述裡面都是形容詞，沒有實際案例很難判斷
: ，很多事情都綁在他身上，而且專案架構維護性蠻差的，我看了整整一個月才懂他的
^^^^^^^^^^^^^^^^^^^^
新創公司很多時候會這樣，維護性很差在新創公司視情況也不奇怪
: 思路，大概就是小孩子拿AK的感覺
^^^^^^^^^^^^^^^^
在你給出一個sample code 之前，這說法有點武斷，而即使code quality 真的很糟，
在某些情境下這也是許可的
我還在台灣的時候，常常一早到公司打開IDE git pull完，會看到在美國的技術主管
或CTO半夜直接commit 進master的Code，他們有時候會改到我正在作業的地方
而這種突然加進來的程式碼，常常是scala寫的串了十幾行一堆map fold zip 的操作，
幾乎不做exception handling、沒有nullity check、沒有logging、變數命名極其糟糕
、完全不寫測試、有許多複製貼上、沒有comment
如果我不講context，大概很多人這時候會覺得這環境很糟、我們技術水平很差在亂搞吧？
但情況是他們常常是在連續十幾個小時的工作後，要硬把一個功能做出來然後馬上demo
給VC 或要好的客戶看，只要happy path 情境會動就上了
而我的工作這時候就是把那段程式碼重構、整理成團隊該有的水平
我會去聯絡前端把系統跑起來看看，確認美國那邊在我們睡覺的時候到底加了什麼功能，
確實搞清楚這段邏輯到底在幹嘛、Slack 上把我認為他在幹嘛寫清楚跟原作者確認，然後
如果有bug、有缺、還是有其他會雞飛狗跳的東西，那就是我那天的工作
這就是我們當時的分工，其實沒有人特別提，但在壓力與刺激下就是自然變成這樣了
: 我們做事不得不都要照的他的方式做事，但他又很自我中心，跟他配合心力大概4成是處理情緒問題4成才是程式問題
: 我網路上找過類似的關鍵字
: 攻擊性強的同事
: 自以為是的同事
: 他的性格滿符合上面相關搜尋找到的描述
: 不知道各位前輩是怎麼應對的
: 我現在是當練EQ，大概還要半年改版完忍忍
: 程式部分就消極應對，我有好的想法就跟別人討論，在他的專案只用他寫過的方式做
我不確定你們的新創公司現在在什麼階段？如果是正在極速衝刺，而他是主力，那或許
你就得像我當年那樣，去做那個看到前鋒衝出去了，就趕快掩護射擊搞火力支援的人
這當然講求默契與互信
也許你可以試看看拿你負責的專案問問他有沒有什麼建議，如果他還是非常刺、然後
很多酸言酸語，那也許他就真的很Toxic，但我們版上的沒有看到實際案例是很難評斷的