同糟糕的開發人員一起工作
我們認識他們。 經理通常不這樣做。
如果您從未有過這種經歷，那您會羨慕我的。 您正在開發團隊中，并且其中一位開發人員的工作松懈，對此您無能為力。
從第一天的質量保證培訓生到高管，軟件領域的每個人都有一定的編碼經驗。 那已經不復存在了，現在我們有了方法層次的"主人"和經理，他們從未寫過一條線，他們將對他人工作的任何和所有投訴都視為從屬和個人沖突，從不考慮對其技術優點的批評。
如果我說該小組中的其他成員正在從事偽劣工作，即使我禮貌地，詳細地講了技術，經理們也會聽到"不愉快"并將所有注意力集中在團隊凝聚力上，這意味著我是 麻煩。
外部性
直到幾周前，我一直在英國一家公司的分布式團隊工作。 一個團隊成員，我將其稱為L，不僅做得很糟糕(在下文中進行了更多說明)，而且在每天的Zoom狀態更新中，其響度比其他任何人都要大三倍，并且有可能蝕刻鉆石的聲音，其表現最差。 我曾經聽過英語發音，并堅持使用強制性的屏幕共享劫持他人的計算機，而該屏幕共享卻什么也沒顯示，所以我們其余的人都可以看著他扭動他的鼠標。
要說他是機器人，那是對機器人的侮辱。 他很機械。 他對任何過渡的反應都是一樣的。 輪到他說話了嗎? "讓我分享我的屏幕。" 收到錯誤消息? 截屏。 解釋關鍵字? 另一個屏幕截圖。 謝謝，L，我不知道怎么拼寫"外鍵"。
我之所以害怕電話，是因為他那刺耳的聲音使我頭疼。 我對他大多數人在打電話給技術支持時遇到的錯誤音調(" Chrome conSOLE中的調試")有一個通常的反應，他們得到了一個不懂事的"幫助者"，他們甚至在講述之前都不聽問題 您重新格式化并重新安裝。
最糟糕的是L每隔幾分鐘就會出現認知上的重新啟動。 該公司的Git分支設置有誤，在同一倉庫中有兩個"主"分支，一個是前端，一個是后端。 我的密碼工作在前端" master"的一個分支中。 我們已經用名字談論分支大約十分鐘了，很明顯，我正在用"前端加密"做我的工作，我們都提到過很多次。
他突然不經意地問我："克里斯，你在哪個部門工作?"
這種事情發生過很多次，管理人員會耐心地向他解釋八歲的孩子會怎樣。 他們可以看到他沒有追蹤，但是由于某種原因，這只是一個問題，當我對不得不一遍又一遍地解釋簡單的事情表示沮喪時。
錯誤代碼
我通常使用C語言工作，并使用C#編寫Web開發。 我必須學習JavaScript，Python和Django。 我最終幾乎只在JavaScript和前端工作。 我通常是一個后端開發人員; 在這個項目中，L完成了所有后端工作。
他做了很多工作，所有的工作質量都很低。 除了行業標準的難以辨認性之外，他盡了他所能避免的嚴格的絕對最低限度。
我寫一個端點
我需要一個新的API，該API將為可能已經或可能不在數據庫中的收件人返回兩行或更多行。 我不十分了解Django，無法完美地做到這一點，也不知道python結束于Django的起點(我真的不喜歡Django，它沒有任何連貫性或習慣用法)，但是我寫出了所有的邏輯和狀態代碼。
假設我調用此API來尋找10個人的加密密鑰。 這是我最初使用的不良Django中找到的數字和HTTP狀態代碼：
- Number returned HTTP code
- 10 200 (full success)
- 1-9 206 (partial content)
- 0 204 (data not found)
- server exception 500 (exception)
如果響應中的行數少于請求的行數，我將返回其未找到的標識符數組。
我將其交給L來修復Django語法，而不是重寫它，但這就是他所做的：
- Number returned HTTP code
- 10 200 (full success)
- 1-9 200 (wrong)
- 0 200 (wrong)
- server exception 400 (wrong)
因此，即使沒有返回任何行，他也稱其為完全成功，并且刪除了我未找到的行的數組，因此客戶端必須枚舉返回的數據，與請求進行比較，并確定哪些不行 背部。 服務器異常返回400，Bad Request，這是完全錯誤的。
這個家伙應該是他們的后端專家。 我希望他知道這些密碼。 我不認識每個人，但我知道十幾個最常見的人。 即使在他面前有邏輯和預期的狀態代碼，他也將其全部扔掉并"按自己的方式行事"。
更新：公平地說，關于如何處理API成功的中級水平有多種思路。 我幾乎看不到200以外的任何2XX狀態代碼; 那么500是大多數開發人員返回的唯一代碼。
允許L采取不同于我自己的方法是明智的。 在我看來，出于某種原因，我們有四個以上的狀態代碼，我使用它們。 但是，從與他合作的幾個月中，我知道他剛剛為所有這些人復制并粘貼了200個。 對于上述情況(0，1–9，10)，他離開了篩分邏輯，但粘貼了同一行而不進行檢查。
在任何情況下，API都是交易，如果他改變了行為，則他有責任通知我或發出呼叫的任何人，并期待這些更詳細的狀態代碼。 他不僅沒有做到這一點，而且當我向他詢問時，他從未回答過我。 這不是團隊合作。 這是和他一起工作的一種模式。 由于該項目沒有質量保證，很可能首先是客戶看到了邏輯上的漏洞。
管理反應
我很生氣 除了他可以在一分鐘內修復的Django語法外，我都正確地完成了所有操作，但他以令人震驚的錯誤邏輯重寫了整個過程。 當然，他的代碼看起來像是兩只貓在鍵盤上打架。
我請經理們進行電話會議。 我向他們展示了我上面寫的內容。 他們tu不休，說要和L談談。 我認為他們沒有這樣做，因為兩周后它仍然沒有變化。
他們付了這個家伙。
因此，如果他們不與L交談，那么他們可能會確定我正在為團隊帶來沖突，盡管他們從未告訴過我。 這是我工作中的最后一個項目，除此錯誤的API外，我所有的工作都有效。 我做完了 我掌握了三種新語言，并且在非常酷的密碼實現方面擁有豐富的經驗。
我沒有理會L。這有什么意義? 他只做過一點差勁的工作，而且在職業道德上還不錯。 在以前的設計辯論中，他沒有貢獻。 我本可以指導他的，但是從與他一起工作的幾個月中，我就知道他會不理我，而繼續按照他習慣的方式做事：草率，偽劣和難以辨認。
不懂代碼的經理
就像許多人說"人際交往能力"比"編碼技能"更重要一樣，該項目的經理們對保持團隊中的美好事物更感興趣，而不是做出堅實的產品。 由于這是一個非常以安全性為中心的應用程序，因此比平常更重要的是執行盡可能嚴格的工作，但是它們允許保留L的草率重寫。
他們對我的報告的態度可能是我和L之間存在一些"摩擦"。 我與所有人相處融洽，并設法掩飾了我對L及其神秘的語境喪失情節和令人毛骨悚然的代碼的不滿，而我所做的事情卻很少。
這就是將軟件開發視為一種社交活動的結果。 可以肯定，這還不是工程。
但是如果我是開發主管，L會一直在尋找另一份工作。
軟件開發工作的道德規范是連續的，兩個極點是：
- 盡可能完美地完成它，并在截止日期前完成
- 盡力而為，使清除任務列表成為您的唯一優先事項。 通過編寫單元測試(我們沒有這樣做)來彌補這一不足。
我和我處于這個連續體的相反兩極。 攪動他對交流的不感興趣，我們一團糟。
【責任編輯：趙寧寧 TEL：（010）68476606】
