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

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

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

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

書。

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

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

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

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

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

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

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

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

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

評估的負(fù)擔(dān)很大程度轉(zhuǎn)移到了應(yīng)聘者的身上：是不是認(rèn)真看完了，有沒有心得體會，您自己掂量。沒看完別來找我們。

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

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

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

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

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

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

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

GitHub

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

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