我最近寫了一本書，是關(guān)于我們作為程序員應(yīng)該停止抱怨，專注于發(fā)展技能的。

其中一個數(shù)據(jù)要點是基于我在兩個月的時間里為我的一個客戶執(zhí)行的22場程序員職位面試。

雖然這很難被認為是可取的樣本數(shù)量，但它確實暴露了一些關(guān)于程序員的有趣事實。下面這兩個看似完全無關(guān)的問題，是我們在面試中不同時間段提出的：

• 談?wù)劗斍皢挝换蚬芾砣藛T的哪些事情是你不喜歡/不滿意的。
• 解決一個簡單的編程問題（絕對比著名的Fizz Buzz 問題要容易得多）。

我們的目的是為了研究抱怨和編碼能力之間的相關(guān)性。下面是我們收集的數(shù)據(jù)集合（當然由于我沒有攜帶秒表，所以已經(jīng)將數(shù)據(jù)四舍五入至單位秒）：

盡管曲線并不是非常一致，但是總的趨勢依然十分明顯——抱怨和解決簡單編程問題的能力之間有很強的聯(lián)系。

挺有趣的，是不是。而更有趣的是，這個實際要求應(yīng)聘人員解決的編程問題難倒了很多人，并且我敢保證這問題絕對比Fizz Buzz 問題要容易得多：

• 約14％的人無法在10分鐘以內(nèi)解決—— 這時我們需要提下一個問題了。
• 約40％的人需要5分鐘以上的時間才能解決問題，和/或不止一次的修改。
• 只有約14％的人能在2分鐘及以內(nèi)解決這個問題。
• 約82％的人在解決問題之前，至少得修改一次。 （這意味著實際上他們***次寫的代碼是錯的?。?/li>

那么他們要解決什么問題呢？

輸出100到1。

這就是問題。

關(guān)鍵點是什么？

一開頭你就需要寫“for（int i = 0;”，然后再繼續(xù)——在“for（int i = 0;”之前，你不能寫任何東西，并且你不能使用兩個循環(huán)。

按照這個方向試試。最多兩分鐘，最多4行代碼，包括花括號在內(nèi)——但是如果方向不對，就會衍生出很多很多行代碼。

如果你能在合理的時間內(nèi)，不犯錯誤地輸出正確的結(jié)果，那么我們就認為你的答案是正確的。

但是特別讓人難以理解的是，無數(shù)程序員面對這問題——抓耳撓繞，絞盡腦汁，***甚至于不得不放棄。

不相信？那我告訴你，我曾碰到過兩個程序員，在10分鐘攻擂失敗之后，居然說這個問題太復雜了，他們搞不來。

雖然這個小小的試驗顯示了抱怨與技能之間的相關(guān)性，但卻并沒有建立任何因果關(guān)系。換句話說，我們從這些數(shù)據(jù)上看不出，是因為程序員不具備完成工作的足夠技能才抱怨的呢，還是因為愛抱怨從而使得他們不具備做好工作的技能，這是無法確定的。

也許程序員之所以技能不嫻熟是因為喜歡怨天尤人喋喋不休地抱怨，又或許是因為他們總是在抱怨，從而降低了我們對于他們的期望值，不會對他們做過多的要求，于是他們自己也松懈了，甚至連最基本的編程技巧也荒廢了。

無論是哪種原因，現(xiàn)在存在于IT行業(yè)的一個非?？杀氖聦嵕褪牵闵踔炼疾恍枰褂肍izz Buzz這種難度的問題來考校程序員的優(yōu)劣，—— 只要讓他們輸出100到1就夠了。