譯者序言： 讀完這篇文章後，你可能會感到驚訝，甚至憤怒。 是的，我們也很驚訝：據說作者從未聽說過團隊中的等級制度，也從未聽說過將任務設定為「快速執行，無需推理」。 是的，沒錯，這是一段有點奇怪的文字。 事實上，作者建議程式設計師扮演系統架構師的角色──那為什麼還需要架構師呢？ 但所有這些反對意見不應該讓你忽視主要的事情——為什麼我們仍然接受並翻譯了這篇文章。 他不是在談論角色。 本文是關於專業方法和意識的。 事實是，只要你只是「按照別人告訴你的去做」而不考慮你的行為的意義，你永遠不會成為一個偉大的程式設計師。
對不必要的程式碼說不。 您所要做的就是將三個字母放在一起並說出這個詞。 讓我們一起嘗試這樣做：“不！”
可是等等。 我們為什麼要這樣做呢？ 畢竟，程式設計師的主要任務就是寫程式碼。 但是您需要編寫要求您編寫的程式碼嗎？ 不！ “了解何時不編寫程式碼可能是程式設計師最重要的技能。” .
提醒： 對於“Habr”的所有讀者 - 使用“Habr”促銷代碼註冊任何 Skillbox 課程可享受 10 盧布的折扣。
技能箱推薦： 實踐課程 .
程式設計是解決問題的藝術。 你們是這門藝術的大師。
有時，為了盡快開始工作，我們只想完成手邊的任務。 這可能會導致更嚴重的問題。
程式設計師對什麼視而不見？
您編寫的所有程式碼必須能夠被其他開發人員理解，並且必須經過測試和調試。
但有一個問題：無論你寫什麼，它都會使你的軟體變得複雜，並可能在將來引入錯誤。
根據里奇·斯克倫特的說法， 。 這是他寫的：
「程式碼很糟糕，因為它開始腐爛並且需要不斷維護。 新增功能通常需要修改舊程式碼。 它越大，發生錯誤的可能性就越大，編譯所需的時間就越長。 另一位開發人員需要更多時間才能弄清楚。 而如果需要重構，那麼一定會有值得改變的片段。 大型程式碼通常意味著專案的靈活性和功能性降低。 簡單而優雅的解決方案比複雜的程式碼更快。”
你怎麼知道什麼時候不寫程式碼？
問題在於程式設計師經常誇大其應用程式所需的功能數量。 結果，許多程式碼部分仍未完成或沒有人使用它們，但它們使應用程式變得複雜。
您必須清楚地了解您的專案需要什麼，不需要什麼。
一個範例是僅解決一項任務的應用程式 - 管理電子郵件。 為此，引入了兩個功能 - 發送和接收信件。 您不應該期望郵件管理器同時成為任務管理器。
您需要堅決對添加與應用程式主要任務無關的功能的提議說「不」。 這正是明確不需要額外程式碼的時刻。
永遠不要失去應用程式的焦點。
永遠問自己：
— 現在應該實現什麼功能？
— 我該寫什麼程式碼？
質疑腦海中浮現的想法並評估來自外部的建議。 否則，額外的程式碼可能會毀掉項目。
知道何時不添加不必要的東西將有助於您嚴格控製程式碼庫。
在路徑的最開始，程式設計師只有兩三個原始檔。 這很簡單。 編譯和啟動應用程式需要最少的時間； 去哪裡尋找什麼、尋找什麼總是很清楚的。
隨著應用程式的擴展，出現越來越多的程式碼檔案。 它們填滿了目錄，每行都有數百行。 為了正確組織所有這些，您必須建立其他目錄。 同時，記住哪些功能負責什麼以及哪些操作導致它們變得越來越困難； 捕獲 bug 也需要更多時間。 專案管理也變得越來越複雜；需要多個開發人員來追蹤所有事情，而不是一個人。 因此，金錢和時間成本都會增加，開發過程也會減慢。
這個專案最終會變得龐大，添加每個新功能都需要付出越來越多的努力。 即使是一些非常微不足道的事情，你也必須花費幾個小時。 糾正現有錯誤會導致新錯誤的出現，並且會錯過應用程式發布的最後期限。
現在我們必須為專案的生命力而奮鬥。 為什麼？
事實是，您根本不明白什麼時候不應該添加額外的程式碼，並對每個建議和想法都回答「是」。 你是盲目的，創造新事物的慾望讓你忽略了重要的事實。
聽起來像是恐怖電影劇本，對吧？
如果你一直說“是”，就會發生這樣的情況。 嘗試了解何時不應添加程式碼。 從專案中刪除不必要的東西 - 這將使您的生活變得更加輕鬆並延長應用程式的壽命。
“我最有成效的日子之一是刪除 1000 行程式碼的時候。”
——肯·湯普森。
學習何時不寫程式碼是很困難的。 但這是必要的。
是的，我知道你剛剛踏上開發者的道路，想要寫程式碼。 很好，不要失去第一印象，但不要因為熱情而忽略重要因素。 我們透過反覆試驗認識了一切。 你也會犯錯並從中學習。 但如果你能從上面的事情中學到教訓，你的工作就會變得更加自覺。
繼續創造，但知道何時說不。
技能箱推薦：
- 應用在線課程 .
- 在線課程 .
- 實踐年課程 .
來源： www.habr.com