Re: [討論] 怎麼跟自以為是的同事相處

拜託，超無聊的話題，別再佔版面了..xd
小孩子? 這個還要問? 你要離職續留，轉職 anyway

※ 引述《zanyking (最後的六年級生)》之銘言：
: ※ 引述《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，但我們版上的沒有看到實際案例是很難評斷的
--