雖然年輕就是本錢，不過多年經(jīng)驗(yàn)?zāi)茏屛覀兙帉懗鲎钭吭降拇a。

在硅谷，企業(yè)招聘人才時(shí)總會(huì)面臨著兩難局面?？紤]到過去幾年中出現(xiàn)的歧視訴訟案，人力資源方面往往不敢詢問申請(qǐng)者的年齡。為了解決問題，他們只好想出一些只有老鳥們才懂的梗，希望借此了解對(duì)方的從業(yè)時(shí)間。

[[165391]]

計(jì)算機(jī)行業(yè)永遠(yuǎn)充斥著新的技術(shù)與模式，當(dāng)然也包括新晉程序員。不過必須承認(rèn)，舊有技術(shù)仍然廣泛存在。大型機(jī)之類的古董級(jí)產(chǎn)物可能已經(jīng)無法登上頭條新聞，但其還在運(yùn)轉(zhuǎn)不休。事實(shí)上，目前的Cobol從業(yè)者數(shù)量仍達(dá)到Ocaml、Erlang以及Haskell從業(yè)者總和的五倍。

年齡歧視非常普遍，在一定程度上也可以理解。年輕的程序員們不受舊觀念束縛，但老鳥們則更加專注且勤奮——至少不會(huì)把大量精力分散到自己的PC及智能手機(jī)上。

事實(shí)上，擁有多年開發(fā)經(jīng)驗(yàn)的程序員曾經(jīng)經(jīng)歷過一切親自動(dòng)手的時(shí)代。那時(shí)候根本沒有什么集成化開發(fā)環(huán)境、優(yōu)化編譯器乃至持續(xù)集成方案，想要的全部工具都得自己想辦法解決。毫無疑問，這是年輕一代所想象不到的。

因此我們將在今天的文章中共同了解由編程前輩們傳遞，并應(yīng)由新一代新鮮血液繼續(xù)傳承的五項(xiàng)心得。

匯編

不到50歲的從業(yè)者們可能根本搞不清mov ah, 09h或者cmp eax, ebx這樣的語句。如今的程序員們以為計(jì)算機(jī)天然需要使用大括號(hào)來實(shí)現(xiàn)代碼塊分隔，但實(shí)際上最初分隔效果是依靠以上表達(dá)實(shí)現(xiàn)的。即使是了解Java或者C應(yīng)當(dāng)被翻譯為二進(jìn)制形式的朋友，也往往很少或者完全沒有實(shí)際操作經(jīng)驗(yàn)。

老程序員們?cè)贸龃罅繒r(shí)間編寫匯編代碼，這也是原始填制機(jī)器碼與人類可讀版本之間的第一道橋梁。當(dāng)然，這并不是說匯編仍是一項(xiàng)必須掌握的技術(shù)。由于極為冗長且存在大量重復(fù)內(nèi)容，我們很可能在處理匯編語言時(shí)犯下錯(cuò)誤。如今的編譯器已經(jīng)足以識(shí)別各類復(fù)雜且仍有優(yōu)化空間的模式；一部分編譯器開發(fā)者甚至堅(jiān)信自己的工具能夠編寫出水平高于手動(dòng)構(gòu)建的代碼成果。

也許確實(shí)如此，但學(xué)習(xí)匯編語言的益處在于，我們能夠借此了解計(jì)算機(jī)的工作方式。高級(jí)語言帶來大量便捷的標(biāo)準(zhǔn)操作設(shè)定，例如連接字符串，但這同時(shí)也帶來了新的陷阱——程序員們開始誤以為“加號(hào)”在連接兩個(gè)整數(shù)以及對(duì)兩個(gè)整數(shù)進(jìn)行相加時(shí)，占用的時(shí)長是相同的。實(shí)際情況并非如此。操作的耗時(shí)要遠(yuǎn)高于普通連接，而理解匯編代碼以及JMP（jump）操作原理的程序員能夠順利做出正確的選擇。

另外，理解對(duì)象如何在內(nèi)存中打包并載入至CPU能夠幫助我們降低遲緩代碼的出現(xiàn)機(jī)率。雖然接觸過匯編語言的從業(yè)者們?nèi)缃窨赡懿辉儆浀脁86代碼的編寫方式，但他們?nèi)匀痪邆淞己玫谋灸?，足以發(fā)現(xiàn)一切可能導(dǎo)致代碼效率低下的狀況。

聲與光

很久以前，一位程序員告訴我，他對(duì)Unix極為厭惡？為什么？因?yàn)樗趧倓側(cè)胄袝r(shí)，使用的是Altair或者Sol 20這樣的單用戶微機(jī)，其一次只能處理一個(gè)代碼塊。

“Unix計(jì)算機(jī)總是在同時(shí)處理多項(xiàng)任務(wù)，”他告訴我。“你會(huì)聽到磁盤突然就轉(zhuǎn)動(dòng)起來，但卻不知道是怎么回事。”

真正困擾他的是，他失去了對(duì)計(jì)算機(jī)當(dāng)前運(yùn)作目的的判斷能力。在現(xiàn)代計(jì)算機(jī)當(dāng)中，沒人知道這臺(tái)設(shè)備究竟在干什么——因?yàn)槠渲邪鴶?shù)不清的軟件層，并運(yùn)行在四核甚至是八核CPU當(dāng)中。病毒與蠕蟲亦可潛伏于其中，而用戶完全感覺不到由此帶來的性能影響。

前輩程序員們?nèi)匀涣?xí)慣于通過視覺與聽覺判斷問題，幫助他們理解并調(diào)試代碼。他們觀看數(shù)據(jù)經(jīng)過時(shí)RJ-45以太網(wǎng)插孔的閃爍，聆聽磁道改變時(shí)硬盤的響聲。他們甚至能夠借此意識(shí)到不同分頁間的差別，甚至借此了解設(shè)備在對(duì)索引的哪部分進(jìn)行讀寫。

這些線索的價(jià)值正在逐漸消失，SSD以及無線路由器的大量普及讓它們不復(fù)存在。但只要智能手機(jī)上還有小小的指示標(biāo)記提醒數(shù)據(jù)流通，這種敏銳的嗅覺就仍有用武之地。

數(shù)據(jù)大爆炸

遙想當(dāng)年，程序員們需要將8個(gè)不同的布爾值轉(zhuǎn)化為1個(gè)字節(jié)。他們對(duì)每個(gè)存儲(chǔ)位都極為珍視，因?yàn)楫?dāng)初的容量資源真的非常有限。

現(xiàn)代數(shù)據(jù)結(jié)構(gòu)則充斥著浪費(fèi)與隨意。XML中的各類標(biāo)簽名稱極長，且每個(gè)名稱都會(huì)以額外的斜杠作為結(jié)束標(biāo)記。JSON相對(duì)更為進(jìn)步，因?yàn)槠錈o需關(guān)閉標(biāo)簽——而只需要大括號(hào)，這就讓其身材更苗條一點(diǎn)。然而，JSON的標(biāo)簽與字符串內(nèi)也存在著眾多不必要的引號(hào)。

好消息是，現(xiàn)代壓縮算法能夠顯著降低數(shù)據(jù)結(jié)構(gòu)所占用的空間。但壓縮并不能徹底解決問題，而前輩程序員們卻知道如何從起步階段避免這種浪費(fèi)。也正因?yàn)槿绱?，MS-DOS 3.0操作系統(tǒng)仍有32MB，這意味著其最大空間占用量也不會(huì)超過3200萬個(gè)字節(jié)。

事實(shí)上，MS-DOS 3.0誕生于上世紀(jì)八十年代初，七十年代的代碼在精簡程度上更勝一籌。而六十年代的代碼——簡直就是藝術(shù)品。

二進(jìn)制數(shù)學(xué)

對(duì)bit位的測(cè)試與調(diào)整并非出于好奇，而是一種必要。某些操作的執(zhí)行速度太慢，迫使程序員們尋求更理想的方式加以解決。最典型的例子就是除以二相當(dāng)于在二進(jìn)制中將小數(shù)點(diǎn)向右移一位，而除以十則為十進(jìn)制中將小數(shù)點(diǎn)向右移一位。

相較于正常除法，CPU在處理數(shù)位移動(dòng)時(shí)速度明顯更快。出色的程序員會(huì)利用這種優(yōu)勢(shì)加快代碼運(yùn)行速度，而非笨笨地坐等乘法與除法處理。

但如今這種良好的思維方式正在逐漸消失，強(qiáng)大的處理性能足以承載我們的揮霍。不過必須強(qiáng)調(diào)的是，這種敏銳的本能在現(xiàn)代開發(fā)工作中仍然有著重要價(jià)值。

細(xì)節(jié)累加即為結(jié)果

在多數(shù)早期處理器中，某些操作的時(shí)耗要遠(yuǎn)高于其它操作。在初代8086處理器中，數(shù)學(xué)除法要耗費(fèi)80到190個(gè)時(shí)鐘周期，而將兩個(gè)數(shù)字相加則只需要耗費(fèi)3個(gè)時(shí)鐘周期。即使當(dāng)時(shí)的CPU主頻已經(jīng)達(dá)到5 MHz，大量操作疊加起來也會(huì)造成巨大的處理時(shí)長差距。

前輩程序員們很清楚每行代碼或者每項(xiàng)指令的執(zhí)行時(shí)間差別，他們也明白計(jì)算資源是如此寶貴，需要認(rèn)真規(guī)劃與管理。錯(cuò)誤的操作類型將大大延長處理時(shí)間，而錯(cuò)誤的數(shù)據(jù)類型也會(huì)帶來同樣的后果。一旦使用錯(cuò)誤的數(shù)據(jù)結(jié)構(gòu)，我們辛苦打造的程序?qū)⑺查g成為垃圾。

很多年輕一代認(rèn)為CPU能夠在瞬間完成幾乎無限量的計(jì)算，但前輩們則很清楚CPU是如何一步步向用戶交付結(jié)果的。多年以來，經(jīng)驗(yàn)豐富的程序員對(duì)自己的代碼細(xì)節(jié)進(jìn)行研究、調(diào)試與重新研究，也正是這些積累讓他們成為行業(yè)中的翹楚。因此，請(qǐng)抱著敬畏的心對(duì)待自己指尖流出的代碼——它們正一步步塑造著我們的職業(yè)生涯。

原文標(biāo)題： 5 more timeless lessons of programming 'graybeards'

【51CTO譯稿，合作站點(diǎn)轉(zhuǎn)載請(qǐng)注明原文譯者和出處為51CTO.com】