很多朋友也許注意到一個現(xiàn)象，現(xiàn)在企業(yè)對招聘者簡歷的要求也在變得越來越靈活變通，例如ThoughtWorks在招聘的時候就希望招聘者能給出自己的博客地址，博客對IT行業(yè)的意義也許勝過其他所有行業(yè)，一個積累多年的技術博客比任何簡歷都更能說明問題。臺灣的郭安定也說“為什么寫技術博客對新人如此重要”。可惜這個做法也有一個弊端：并不是所有技術牛人都寫博客，有人就是只干不說型的，而就算寫博客，乃至動手寫過一陣子的，寫一個常年的博客，也遠比你想象的更為困難，因為很多時候，寫(說)得靠譜比做得靠譜更難。所以這個過濾器很多時候用不上。

但是這的確表明了一個思考的方向，就是尋找更具鑒別力的過濾器，Stackoverflow Careers 2.0之所以強大，是因為Joel Spolsky和Jeff Atwood這兩位常年混社區(qū)的資深博主創(chuàng)造性地將一個人在社區(qū)的活動歷史濃縮成為一系列的量化數(shù)值，由于這個歷史很長期，所以鑒別力非常高。但它同樣也有問題，就是對于應聘者來講相當花費時間，而且并不是花時間(在Stackoverflow上回答問題)就一定能花到點子上。

到底什么特征才是既通用，又能夠有效地鑒別高低應聘者的特征呢?這個特征必須不像博客那樣難以實現(xiàn)，同時又必須有足夠的區(qū)分度。

有的地方在要求填寫簡歷的時候必須填上平時都訪問哪些技術網(wǎng)站。恩，很不錯的嘗試，可區(qū)分度仍然還是不夠，因為上網(wǎng)站上查東西畢竟只占現(xiàn)階段大多數(shù)應屆生的少數(shù)信息來源，特別是當我們看重得更多的是應屆應聘者的系統(tǒng)性的知識基礎的時候，網(wǎng)上的東西雖然豐富，但屬于提高班，也更為瑣碎，什么是更系統(tǒng)的知識來源呢?答案其實大家都知道——

書。

我一向認為，很多時候，是否好好看完一本好書，對一個人的提升往往能達到質的區(qū)別。就算不好好看完一本好書，馬馬虎虎看完，只要書是真的好書，也肯定會有很大的提高。我在面試的時候就經(jīng)常詢問對方看過哪些技術書籍，經(jīng)常上哪些網(wǎng)站，訂哪些博客。這里頭尤其數(shù)書籍這一項的區(qū)分度最高。此外，好書和壞書的差別，從本質上，就是學習效率和大方向的差別。一本爛書可以浪費你半年的時間，但一本好書卻可以為你帶來真正扎實的基礎和開闊的視野。人們常常用“內功”來形容扎實的基礎，認為學好了內功以后學什么都快，其實一點沒錯，好的“內功”書不僅講清楚深刻的原理，而且指明技術的本質，刻畫領域的地圖。好的書抓住不變量，讓人能夠觸類旁通。好的書不僅介紹知識，而且闡釋原則，介紹那些萬變不離其宗的東西。讀爛書浪費時間，但讀好書卻節(jié)省時間。

象牙塔內的學生受到視野的限制，往往擇書不慎，事倍功半，爛書不僅浪費時間，還會打擊人的積極性，讓人對知識心生恐懼，認為很難掌握，殊不知只是作者沒有講好(或者沒有翻譯好)。因此，為招聘頭疼的公司完全可以給出“應聘俺們公司前必讀的十本書”，也不一定要每個公司都不一樣，在某個技術子領域有影響力的人，或者創(chuàng)始人們，可以來定義具有代表性的書單。

我們姑且把這個計劃叫做“書單計劃”，容易看到“書單計劃”具備以下幾個卓越的優(yōu)點：

清晰、明確。完全可度量。

防偽：讀沒讀過，隨便一問便知。而正因為應聘者也知道這事不像實習經(jīng)驗可以忽悠，所以也不敢亂往簡歷上捅詞。

不在乎是否“泄題”：書單完全公開的，無所謂，本來就是要你去讀的。想背題?背書吧。真能背下來說明認真看了。

管你用心不用心讀，只要讀了，讀完了，就有區(qū)別。真正的好書，你想不被吸引都難。據(jù)我觀察很多人就是不知道該去讀什么書。

不存在“怎么做”的障礙：所有人都知道怎么讀書——一頁一頁讀。

不需要招聘者投入精力：書單在此，就這么簡單，您看著辦。

評估的負擔很大程度轉移到了應聘者的身上：是不是認真看完了，有沒有心得體會，您自己掂量。沒看完別來找我們。

“書單計劃”能很大程度上起到強鑒別器的作用，看了就是看了，必然能學到東西，沒看就是沒看。知道和不知道，區(qū)別是本質的。其實很多企業(yè)內部培訓，根本上其實還不就是叫員工去看之前沒看過的書或者資料嘛。最后，除了鑒別作用之外，它還是一個清晰促進的目標，是完全不花精力的培養(yǎng)。

當然，“書單計劃”的背后是另一個悲劇的現(xiàn)實，如果不是因為這個現(xiàn)實，這個計劃也完全沒有必要，那就是，中國IT大學教育當中要求要學的書，和企業(yè)真正需要你去讀的書相比，不是完全不夠用，就是寫的不夠好，或者更悲劇的就是根本用不上，所以在這個大背景下出來的牛人都是自己淘書自己學的。微軟高級開發(fā)測試工程師，《Windows用戶態(tài)程序高效排錯》作者熊力就在微博上說過：“我當年畢業(yè)的時候總結了一個公式：第一份工作的月薪=大學四年買過的技術書籍價格的總和。”

但是光有“書單計劃”還不夠，因為書籍只能管基礎知識這一塊，一些更難以量化衡量的實戰(zhàn)“能力”又怎么辦呢?至少目前為止，除了“練”之外好像還沒有特別好的辦法?？墒窃谙笱浪锩孀龅捻椖?，或大作業(yè)，真的能起到練的作用嗎?前面說了，學生會知道自己最終要交差的不是雇主，而是老師，于是就以老師能夠評判的標準來默認要求自己了，老師能夠評判編碼素養(yǎng)?代碼風格?文檔?設計?協(xié)作?甚至連著名的Joel 12條的第一條“是否用源代碼管理系統(tǒng)”都沒法通過。所以大多數(shù)時候，大作業(yè)能起到的作用近乎0。

但是如果這一切是由雇主來評判的，這個“作業(yè)”是由雇主來給出的，就完全不一樣了。一想到作業(yè)是要作為簡歷的一部分的，能不緊張嘛。能不好好做嘛。能不學到點東西嘛?

可是這事兒能實現(xiàn)嗎?雇主能給學生出大作業(yè)嗎?也許一兩個關系好的高?？梢?，可是中國那么多學生呢?

為什么不能呢?如果像書單那樣，列出各個技術領域“推薦在學校期間嘗試的項目”，至于動不動手做，那是學生自己的問題。做的，自然能夠得到鍛煉，面試的時候自然能得到更大的優(yōu)勢。

可問題是，面試的人又怎么來評估呢?這不又回到了沒法有效評估的怪圈了嗎?答案很簡單，但這個答案，直到最近幾年，才真正成為現(xiàn)實——

GitHub

GitHub誕生于08年春天，第一年便產(chǎn)生了4萬6千個公共項目，大約一年半之后用戶就已經(jīng)達到10萬用戶之巨。而到今年九月份，GitHub已經(jīng)迎來了百萬級用戶。Host超過兩百萬個項目。

增長的太快了!就像Twitter一樣。這樣瘋了一般的增長只能說明一個事實——人們等待這個產(chǎn)品太久了。