我有一份為期12個月的合同（我住在一個新開發人員不常遇到的國家），直到幾週前，當公司的管理人員向我提出要約並加薪成為他們的永久僱員時。我想讓自己的簡歷保持最新（尤其是給定的COVID），所以我在Google周圍搜索有關在簡歷中列出它的信息。
我發現的建議是，我通常應該列出促使錄用的成就。很公平。
問題是，成就總是在緊迫的客戶期限內交付，並且坦率地說，我是通過確定工程在目標案例（管理層同意的情況下）中不如出色來實現的。
我是一個由6個開發人員組成的團隊的初級開發人員。但是，當我說我將交付這些東西並使他們了解到達那裡的相對權衡時，我迅速成為開發人員最信任的交付者之一。在我承認的短暫時間內，我一直能夠發貨，當我說可以發貨時。
我曾經有過幾次這樣的情況，但這是我剛被提供給永久性工作之前所做的一次。我們的產品之一是批處理API，單個客戶端每天調用一次。除了通過電子郵件發送失敗的CSV記錄外，它不需要返回任何內容。他們希望添加新功能，並且銷售人員已根據合同約定在月底之前為他們提供此功能。由於各種原因，該功能請求直到一個月的最後一周的星期一才降給我們。
高級開發人員告訴經理，開發無法正確完成，並告訴客戶無法完成。在衝刺計劃會議上，我並不反對高級開發人員，但是很明顯，我不同意高級人員。就像，但並非不同意，但存在某些折衷的選擇。其他開發人員也相當被動，因此也沒有其他人與他矛盾。經理對此不滿意，因為客戶已經對我們承諾交付時未交付的產品感到憤怒。會議結束後，經理叫我到他的辦公室，問我是否有其他選擇。我告訴他，我可以做一些工作，但是由於我沒有專門的SQL技能，所以它可能會使API的處理時間增加一倍（這將增加4分鐘）。經理同意了，顯然客戶甚至沒有註意到。
我不確定錯過最後期限會帶來什麼後果，但是後果如此嚴重，以至於我們1000人的公司的首席執行官向我發送了一封感謝信，以幫助他們完成任務。
另一個案例沒有引起足夠的重視，但是我們需要在數據庫上運行一個過程。正確的方法是在我們使用的巨型Java系統中編寫適當的批處理流程，通過所有常規的質量檢查流程發送該批處理流程，並在兩週後將其彈出。我為經理提供了一個Python腳本，該腳本需要手動運行，並且效率極低（必須在一夜之間運行），但是如果每月觸發一次，則可以阻止該問題，直到永久修復。這是生產問題，因此他同意這是權宜之計。基本上，這只是一種便宜的for循環，用於檢查行中某種類型的錯誤數據並對其進行重新格式化。
有沒有一種方法可以在簡歷中列出這些類型的內容，而不會讓我看起來像是一個破壞高級開發人員的黑客程序員？我承認我的解決方案在技術上並不完善，但對於當時的業務需求而言卻是合理的，並且在大多數情況下，低效率的折衷在很大程度上無關緊要。