如何突破程序員 思維

在成為架構師及開始從事IT管理之前，我也是一個完全用程序員思維去進行思考的人。但我通過一些方法逐漸突破了程序員思維，相信這些方法也能給你以啟發。

（1）透過技術發現問題的本質

我時常會組織開發團隊做一些技術問題的討論，但當一個問題被拋出時，比如，用戶時常會在某段時間內重複地單擊某一個功能，導致系統壓力的上升。團隊的大部分程序員都會很快給出他們的解決方案，比如，增加流量閾的控制或在用戶會話中加入某些Token來防止用戶的頻繁重複提交等。但幾乎很少有程序員會問，用戶為什麼會在短時間內頻繁單擊這個功能呢？是啊，解決問題的關鍵，往往不是如何通過技術手段禁止用戶這樣做，而是理解用戶這樣操作的原因，從而從根本上找出解決的辦法。

多年的開發工作，使程序員們不自覺地首先想到如何用技術手段去解決問題，然而，真正優秀的程序員一定善於透過技術發現問題的本質。我想這就是我們突破程序員思維的第一步，也是最容易實現的一步吧。說到方法，我最常使用的是反覆地追問一件事的原因，比如剛才這個例子，最終我們找到的原因只是系統沒有給用戶一個友好的提示，導致用戶錯誤地認為系統並沒有處理他的請求，而嘗試反覆點擊。因此，我們的解決方案也與之前團隊程序員們所提出的完全不同，只需花上幾分鐘，給系統加上一句友好的提示就行了。

（2）像專家一樣給出意見

在很多場合下，比如，與用戶溝通需求、與產品經理溝通方案時，程序員總是處於比較弱勢的一方。他們只是被動地去接受這些需求和方案，然後回去將它們轉換為代碼的實現。

而那些真正優秀的程序員在與用戶進行溝通時，總是試圖去理解用戶所提出需求背後的真正原因，因為他們知道用戶往往會按照自己對問題的理解去給出他們認為正確的方案，而很多情況下，他們所給出的並不是正確或是最優的。那些優秀的程序員會站在用戶的角度，認清問題，並像專家一樣給出他們認為最優的方案。

如果你對一個問題有充分的理解，並具有足夠的信心，那麼你就應該站出來像專家一樣給出自己的意見，這會讓你顯得與眾不同。如果你每次提出的意見都被證明是正確的，那麼不需要多久，你也會被大家認同為是一位真正的專家了。

（3）雜學並從中獲得不同的視角

要做到看清問題的本質並像專家一樣給出意見，其實並不簡單，這不僅需要你具備極強的技術功底，更需要你對問題所涉及的相關領域有足夠的認識。你必須通過大量地學習編程之外的各種知識來完善自己的知識體系，並從中獲得不同的視角。

我經常聽到程序員會抱怨用戶提的需求質量有多差，設計師做的設計根本無法實現，而產品經理更是被很多程序員視為一文不值，等等。這其中一定存在一些客觀的原因，但程序員無法跳出程序員思維，站在用戶、設計師、產品經理的角度看待問題，也是一個重要的原因。

我在自學設計之後，獲得的不僅僅是一項技能，對我幫助更大的是使自己能夠從一名設計師的角度來看待問題，這反過來也促進了我的編程能力的提升。同樣，你也可以學習某個行業的知識，即使你無法成為這個領域的業務專家，但這些知識能夠幫助你更好地理解用戶的需求，從而得到更優秀的技術解決方案。這也是為什麼我總是鼓勵身邊的程序員們去嘗試學習除編程之外不同東西的原因。

（4）找回創造力

雖然編程是一項腦力活動，但程序員們可能都知道，在大多數情況下這並不需要我們發揮創造力。也就是說，我們在按部就班地完成那些開發工作的同時，也正在失去我們的創造力。

創造性地解決問題是優秀程序員所需要具備的能力，但我恰恰發現很多具有多年編程經驗的程序員，他們的思維卻好像受到了禁錮似的，只能憑著那些已經有些過時的經驗去給出他們的方案，而很難創造性地去解決問題。

其實，有很多方法都能讓我們找回創造力，關鍵是你是否願意堅持那樣去做。而我的方法也很簡單，每天進行閱讀，每周寫一篇博客記錄自己想到的東西。另外，我也有一本小本子用來記錄那些轉瞬即逝的想法，雖然有些看起來是那麼不切實際，但我都會把它們記錄下來，沒事的時候就去翻翻，這個過程中我可能會得到一些不錯又可行的新點子，然後，我再嘗試著花些時間把它做出來。雖然，它們中的大部分都不會產生什麼實際價值，但我知道下一個優秀的創意或想法，可能就來自於它們。

突破程序員思維並不是要摒棄它，恰恰相反，突破正是建立在成熟的程序員思維之上的，這將幫助程序員以更全面的視角去思考和解決問題，同時也能為程序員這個職業創造出更多可能。

內容來源：《程序員的自我修養》

作者：陳逸鶴, 著

出版：清華大學出版社

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！