昨天在V2EX上看到一個(gè)話題，大意是“把代碼寫得簡單易懂到底好不好”，題主的憂慮是代碼寫的簡單易懂別人很容易上手，感覺可被取代感略大，容易遇到職業(yè)危機(jī)。初時(shí)一笑了之，夜里睡不著覺竟又想到了這個(gè)題目，今天不禁隨記一篇。
代碼寫的簡單易懂，說的高大上一點(diǎn)，就是代碼的可讀性高。從我一直以來受到的軟件教育和工作經(jīng)歷來看，可讀性絕對(duì)是軟件高手追求的編碼要點(diǎn)之一。甚至在APP層面，編譯器越來越強(qiáng)大的今天，對(duì)可讀性的重視甚至超過了代碼執(zhí)行效率，比如整型數(shù)除法，大可以直接使用“/”，沒有必要?dú)椌邞]的使用移位運(yùn)算“>>”去優(yōu)化效率，因?yàn)椴簧傩噬系膬?yōu)化編譯器會(huì)搞定。代碼本身是人與機(jī)器的溝通，就開發(fā)者本人而言，人的記憶是有限度的，以我這種資質(zhì)較低的情況而言，自己編寫的兩個(gè)月以前的代碼，如果沒有相關(guān)的注釋和文檔，很難說能一目了然、記起當(dāng)時(shí)的思路；并且大多數(shù)情況，軟件開發(fā)是團(tuán)隊(duì)性質(zhì)的，也就是說你的代碼不僅僅是你一個(gè)人在維護(hù)，所以代碼的可讀性的提高，也是降低團(tuán)隊(duì)軟件成員間溝通成本的方法。從代碼質(zhì)量的角度講，剛好趕上最近正在譯注、整理sonar的規(guī)則，幾乎所有的代碼風(fēng)格規(guī)則和小部分的靜態(tài)質(zhì)量規(guī)則都是針對(duì)可讀性來設(shè)立的。也就是說，就普通工程師而言，絕對(duì)是越高的手寫的代碼越通俗易懂，當(dāng)然各路天才怪杰可能除外。所謂大巧若拙，大概就是這個(gè)道理吧。
有位同年的同事常玩笑說，每個(gè)程序員都是一塊磚，言外之意是你干我干都一樣，也有點(diǎn)被取代感略大、憂患意識(shí)強(qiáng)烈的意思。既然死于安樂，有點(diǎn)憂患意識(shí)總是好的。不過寄希望于把代碼寫的難懂來提高不可替代性，竊以為略不科學(xué)。因?yàn)榇a寫的難懂，除你之外無人愿意維護(hù)或者隊(duì)員很難接手你的代碼來合作，直接導(dǎo)致團(tuán)隊(duì)合作低效、這是能力不足的表現(xiàn)，是合格性問題。并且代碼難懂并不是多么難處理的問題，對(duì)很多get到“重構(gòu)”技能的程序員而言弄個(gè)新版本也不過是時(shí)間問題，地球離了誰都照樣轉(zhuǎn)。說一千道一萬，這種想法最有可能的結(jié)果是——搬起石頭砸自己的腳。
話雖如此，不可替代性還是提高一些的好，追求美好生活嘛，是每個(gè)人的權(quán)利和義務(wù)。如果不轉(zhuǎn)道做產(chǎn)品的話，單純從軟件人員的角度講，我所見到的有三個(gè)等級(jí)，碼農(nóng)、設(shè)計(jì)師、架構(gòu)師，這個(gè)似乎也是職稱考試相應(yīng)的等級(jí)……如果覺得自己不可替代性較弱努力升個(gè)級(jí)就好了。當(dāng)然不是說去考個(gè)高級(jí)點(diǎn)兒的證書，那玩意作用有限。初級(jí)階段的猿類基本是靠ctrl+c和ctrl+v生存的，調(diào)一調(diào)系統(tǒng)的API，照著網(wǎng)上找來的demo改一改堆一堆，出了問題谷歌一下也能搞定，這樣的狀態(tài)自然易被取代。這個(gè)時(shí)候就要漸漸試圖去理解什么是設(shè)計(jì)，具體有什么成系統(tǒng)方法也不好說，因?yàn)楸驹骋舱诖说罀暝?，自問離正果還有些距離。至于成為設(shè)計(jì)師之后，應(yīng)當(dāng)是翻云覆雨、大巧若拙的境界吧，至于架構(gòu)師，就是更高一級(jí)的存在了，倚樓聽風(fēng)雨、淡看江湖路。簡單說，越往上，考慮的越是抽象的東西，但是這都基于對(duì)具體的東西的理解，打個(gè)比方，建一棟房子，有建筑師、有泥瓦匠，泥瓦匠是實(shí)施者，不同的匠人弄好自己那堆磚瓦泥漿就可以；建筑師是設(shè)計(jì)者，他只提供一張圖紙，但是他的圖紙也是基于對(duì)一磚一瓦的熟悉得來的，什么材料用于承重、什么材料用于裝飾等等，都要成竹于胸才能畫出合格的圖紙。所以說目前的段位，努力提高自己的編碼水平，領(lǐng)悟好什么是設(shè)計(jì)才是正道。
原題目下好多大牛回復(fù)，題主的問題想必也弄明白了。我不過是記下自己今時(shí)的想法，聊以自勉罷了。
