高效程式設計不一定意味着要瘋狂寫代碼

1.寫代碼的目的是什麼？

一旦你走得夠遠，稱自己為程式員在某種程度上是一個限制職業的舉動。讓我們考慮一下：您遇到的很多問題不一定是通過代碼解決的。它們通過概念解決方案來解決，然後可以将其轉換為代碼。您的基本目标是解決業務問題。

2. 解決業務問題的最佳程式設計語言是什麼？

假設我們正在使用彙編語言進行編碼。您對架構進行了寫死。然後你就有了 C 語言，你可以在其中抽象架構。然後是具有更高抽象級别的語言：Python、Ruby、Java……這個清單越來越高。

什麼是最高抽象層次？口語。是的，我們最熟悉的一種——我們的自然語言。

3.程式員最有價值的品質是什麼？

你有沒有考慮過有多少程式設計語言已經死了或被診斷為很快死了？

Perl、Objective-C、Cobol、Pascal ……它們都曾經很酷。

你可以在一種語言上超前，當你切換到一種引領排行榜的新語言時——你又是初級。這是一條永無止境的道路，在某些時候，您會精疲力盡。最終，這将導緻您失去對軟體開發的所有熱情并在開始最激動人心的部分之前退休。

與其學習總是被棄用、更改甚至停止使用的新文法，不如專注于學習設計解決方案并正确地與人們溝通不是更好嗎？

我認為把時間花在人類心理學這樣永恒的知識上會好得多，以便善于找到合适的人來實施解決方案。難題的所有其他部分都可以通過聘請擅長編碼的合适人員來解決，為他們提供基本的戰略指導，激勵他們，讓他們自由地解決問題。一切都是為了有效！

4. 感覺到冒名頂替綜合症的第一個症狀後，正确的選擇是什麼？

我的主要見解是，要想成為一名成功的程式員，你最終必須停止編寫代碼。這聽起來可能令人沮喪，甚至令人不安——因為我們都喜歡程式設計。但是在直接使用計算機工作一段時間後，您會意識到有效地程式設計通常并不意味着編寫代碼。通過不編寫代碼，您可能會更成功。

結論

一旦你學會了與計算機交談，它就會一直伴随着你，直到你生命的盡頭。你永遠不會忘記基本的程式設計概念，就像騎自行車一樣。學習新的文法或架構可能需要一些時間，但基本原則不會很快改變。

• 你能找到合适的人嗎？
• 這些人能不能相處融洽？
• 你能解釋一下實際問題嗎？
• 你在解決正确的問題嗎？