掃二維碼與項目經(jīng)理溝通
我們在微信上24小時期待你的聲音
解答本文疑問/技術(shù)咨詢/運營咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流
最近我為一個內(nèi)核程序員的職位面試了十幾個候選人。這些候選人都來自一些不錯的大公司,這些公司在芯片或嵌入式操作系統(tǒng)領(lǐng)域十分有名。這些候選人大多聲稱自己在內(nèi)核方面有著十年的在職工作經(jīng)驗。他們的簡歷看起來非常耀眼——各種相關(guān)的項目、術(shù)語和獎項……

成都創(chuàng)新互聯(lián)專業(yè)為企業(yè)提供通渭網(wǎng)站建設(shè)、通渭做網(wǎng)站、通渭網(wǎng)站設(shè)計、通渭網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計與制作、通渭企業(yè)網(wǎng)站模板建站服務(wù),十余年通渭做網(wǎng)站經(jīng)驗,不只是建網(wǎng)站,更提供有價值的思路和整體網(wǎng)絡(luò)服務(wù)。
但他們幾乎無人能夠回答一個非?;A(chǔ)的問題: 當我們調(diào)用標準的 malloc 函數(shù)時,內(nèi)核中會發(fā)生什么?
先別吃驚。當我要求其中一位候選人基于 glib 的哈希函數(shù)寫一個簡單的 LRU 緩存框架時,他先是表示從來沒用過 glib——這正是我所期望的——于是我?guī)退蜷_了 glib 哈希 API 的頁面,并向他詳細講解了這些 API;然后大約一個小時以后,他只寫出幾行凌亂的代碼。
我不知道其它國家是否也有類似的情況,但在中國,或者更精確一些,在北京,這就是現(xiàn)狀。那些在不錯的大公司里工作了多年的“資深”程序員們無法在一些簡單的、基本的問題上證明自己。
這到底是怎么回事
當我在這個問題上思索得越多,我就更加相信,這不僅有他們自身的原因,同時也歸咎于他們所供職的這些公司。這些公司通常提供了一個穩(wěn)定的代碼堆,往 往幾年都不會有大更新。這些代碼的專有技術(shù)把人們的技能框進一個定式,以致于他們只需要遵循現(xiàn)有的路徑,而不需要發(fā)揮創(chuàng)意。如果你碰巧為這類代碼工作,而 且與世隔絕了很長一段時間,那么有一天你會發(fā)現(xiàn)你自己已經(jīng)陷入一個可悲的位置——他們在團隊或公司內(nèi)稱呼你為 “ 專家 ”,但不幸的是,你無法在市場上找到一份同等待遇的工作。
這就叫作 “ 專家陷阱 ”。日復(fù)一日,程序員們都渴望在團隊或公司內(nèi)成為一名專家;但是,當那一天真正到來時,我們卻早已作繭自縛。我們在既有代碼中鉆得越深,我們自己就陷得越 深。既有代碼是如此穩(wěn)定(如此寵大、如此好用),讓我們漸漸地失去了從無到有獨立編寫完整項目的能力。更糟糕的是,如果我們的主要工作就是維護這些既有代 碼、很少開發(fā)新功能,那么過不了多久,無論研讀了多少代碼,我們都會發(fā)現(xiàn)自己不會寫代碼了——哪怕是一個像畢業(yè)大作業(yè)那樣簡單的任務(wù)。這就是程序員的困 境: 我們以編碼為生,但那些養(yǎng)活我們的大公司卻在無形中磨滅了我們的生存技能。
如何打破這種困境?
對于個人:
對于團隊和公司:
原文鏈接:https://medium.com/i-m-h-o/231d7499a75
譯文鏈接:https://github.com/cssmagic/blog/issues/23

我們在微信上24小時期待你的聲音
解答本文疑問/技術(shù)咨詢/運營咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流