[[196998]]

剛學(xué) C 語(yǔ)言的時(shí)候有種上下求索，欲上九天攬?jiān)碌暮狼閴阎?，結(jié)果老師的冷水當(dāng)頭潑下：剛開(kāi)始寫代碼會(huì)覺(jué)得很有意思，等寫了一百萬(wàn)行后，其中滋味自己體會(huì)吧!

[[196999]]

搞程序的累計(jì)寫到一百萬(wàn)行代碼，到底是什么體驗(yàn)?zāi)?

如果一百萬(wàn)是標(biāo)量的話，我來(lái)和大家研究一下這個(gè)數(shù)據(jù)：

假設(shè)***的情況，一天 100 行高質(zhì)量代碼，一年 36500，100 / 3.65 = 27 年多。即便從 20 歲開(kāi)始編碼，要到 50 歲左右方可完成。

但實(shí)際上關(guān)于平均代碼量的問(wèn)題，即便把所有工作日都算上，大概也就是 20 - 30 行的樣子;如果僅討論集中的開(kāi)發(fā)期，高峰也不會(huì)超過(guò) 200 行。

一百萬(wàn)代碼就像找女朋友一樣不靠譜。。。。

[[197000]]

看完之后小編就頭皮一陣發(fā)麻，讓我寫一萬(wàn)行的代碼?!are you kidding me?我估計(jì)寫到 20 萬(wàn)的時(shí)候就會(huì)突然有個(gè)疑問(wèn)----“咦?我的頭發(fā)呢?”。

[[197001]]

針對(duì)累計(jì)寫到一百萬(wàn)行代碼，看看網(wǎng)友們?cè)趺凑f(shuō)：

網(wǎng)友 A

我寫兩千行代碼功能都得琢磨個(gè)兩三天，一百萬(wàn)行真的是好多啊，最多了五年寫了也就 20 - 30 萬(wàn)行代碼左右，還是有任務(wù)在身的情況被逼著寫的，讓我寫一百萬(wàn)行代碼，恐怕這輩子得死在電腦前了...

[[197002]]

網(wǎng)友 B

我是覺(jué)得如果說(shuō)你一個(gè)工作寫了一百萬(wàn)行代碼，那你在公司的地位應(yīng)該算資深員工了。如果你一個(gè)項(xiàng)目寫了一百萬(wàn)行，那你肯定是參與了一個(gè)比較大的項(xiàng)目了。

如果你一個(gè)類寫了一百萬(wàn)行，請(qǐng)問(wèn)你用的是什么編輯器?如果你一個(gè)方法寫了一百萬(wàn)行代碼的話，請(qǐng)問(wèn)你有沒(méi)有被同事打死?

[[197003]]

網(wǎng)友 C

據(jù)說(shuō)要從初學(xué)者成長(zhǎng)為程序員，那個(gè)得需要 10 萬(wàn)行代碼的積累才可以呢。不過(guò)話說(shuō)回來(lái)這樣說(shuō)也很對(duì)，畢竟入門階段嘛，確實(shí)需要多打代碼才能積累經(jīng)驗(yàn)。

不過(guò)修煉一段時(shí)間之后，再注重代碼的量，那就不對(duì)了。這時(shí)候肯定是注重?cái)?shù)學(xué)還有算法思維，按這樣算的話，假如 20 萬(wàn)是修煉門檻，真積累到了一百萬(wàn)行代碼，肯定代碼質(zhì)量越來(lái)越高了，估計(jì)是某個(gè)領(lǐng)域的小專家也說(shuō)不定。

至于真敲了一百萬(wàn)行低質(zhì)量代碼，聽(tīng)哥一句話，還是轉(zhuǎn)行吧。程序員不適合你這種鍥而不舍的精神。

[[197004]]

網(wǎng)友 D

切，一群渣渣。給你們看看一張網(wǎng)圖就知道我連續(xù)熬夜寫幾千行代碼是什么狀態(tài)了。我感覺(jué)我快要窒息了，如果時(shí)間可以倒流，我希望我不做程序員!!!

[[197005]]

網(wǎng)友 E

這簡(jiǎn)直就是一個(gè)偽***啊，哪有什么人能打一百萬(wàn)的代碼，從業(yè)五六年的程序員，如果按正常工作量的話一天也就一百多行，這五六年估計(jì)也就五六萬(wàn)行吧。

如果是外包公司代碼量估計(jì)翻倍了，那就按五十萬(wàn)行來(lái)算。但是誰(shuí)會(huì)那么拼命去奮斗在一線一天一千行的去工作啊。寫五六十萬(wàn)行肯定都轉(zhuǎn)行創(chuàng)業(yè)了，還繼續(xù)下去不猝死估計(jì)也脫一層皮了。

當(dāng)一個(gè)項(xiàng)目里的代碼超過(guò)一百萬(wàn)行……

[[197006]]

[[197007]]

[[197008]]

關(guān)于代碼的量，從初學(xué)者成長(zhǎng)為程序員，需要代碼的積累，而以后數(shù)學(xué)功底和編程思維的深化更加重要。

[[197009]]

一味的追求量并沒(méi)有任何實(shí)際意義，通常，越核心的部分代碼量越小，越容易寫大量代碼的，大概是沒(méi)什么技術(shù)含量的 UI、業(yè)務(wù)邏輯。而一些部分，用腳本或 DSL 實(shí)現(xiàn)可以更精簡(jiǎn)。寫代碼和考試一樣，做題最多的不一定是成績(jī)***的。

怎么做高質(zhì)量的代碼

打好技術(shù)基礎(chǔ)

寫出高質(zhì)量代碼，并不是搭建空中樓閣，需要有一定的基礎(chǔ)。

這里我重點(diǎn)強(qiáng)調(diào)與代碼質(zhì)量密切相關(guān)的幾點(diǎn)：

• 掌握好開(kāi)發(fā)語(yǔ)言，比如做 Android 就必須對(duì) Java 足夠熟悉，才能夠?qū)懗龈哔|(zhì)量 Java 代碼。
• 熟悉開(kāi)發(fā)平臺(tái)，不同的開(kāi)發(fā)平臺(tái)，有不同的 API，有不同的工作原理，同樣是 Java 代碼，在 PC 上寫與 Android 上寫很多地方不一樣。

要去熟悉 Android 編程的一些特性，iOS 編程的一些特性，了解清楚這些，才能寫出更加地道的代碼，充分發(fā)揮各自平臺(tái)的優(yōu)勢(shì)。

• 基礎(chǔ)的數(shù)據(jù)結(jié)構(gòu)與算法，掌握好這些在解決一些特定問(wèn)題時(shí)，可以以更加優(yōu)雅有效的方式處理。
• 基礎(chǔ)的設(shè)計(jì)原則，無(wú)需完全掌握 23 種經(jīng)典設(shè)計(jì)模式，只需要了解一些常用的設(shè)計(jì)原則即可，甚至你也可以只了解什么是低耦合，并在你的代碼中堅(jiān)持實(shí)踐，也能寫出很不錯(cuò)的代碼。

代碼標(biāo)準(zhǔn)

代碼標(biāo)準(zhǔn)在團(tuán)隊(duì)合作中尤為重要，誰(shuí)也不希望一個(gè)項(xiàng)目中代碼風(fēng)格各異，看得讓人糟心，即便是個(gè)人開(kāi)發(fā)者，現(xiàn)在也需要跟各種開(kāi)源項(xiàng)目打交道。

標(biāo)準(zhǔn)怎么定是一個(gè)老生常談的話題，我經(jīng)歷過(guò)很多次的代碼標(biāo)準(zhǔn)討論會(huì)議，C++，C#，Java 等等，大家有時(shí)會(huì)堅(jiān)持自己的習(xí)慣不肯退讓?？涩F(xiàn)如今時(shí)代不一樣了，Google 等大廠已經(jīng)為我們制定好了各種標(biāo)準(zhǔn)，就用這些業(yè)界標(biāo)準(zhǔn)吧。

想好再寫

除非你很清楚你要怎么做，否則我不建議邊做邊想。你真的搞清楚你要解決的問(wèn)題是什么了嗎?你的方案是否能有效?有沒(méi)有更優(yōu)雅簡(jiǎn)單的方案?

準(zhǔn)備怎么設(shè)計(jì)它，必要的情況下，需要有設(shè)計(jì)文檔，復(fù)雜一些的設(shè)計(jì)需要有同行評(píng)審，寫代碼其實(shí)是很簡(jiǎn)單的事情，前提是你得先想清楚。

代碼重構(gòu)

重構(gòu)對(duì)于代碼質(zhì)量的重要性不言而喻，很難一次把代碼寫得讓自己滿意、無(wú)可挑剔。

技術(shù)債務(wù)

很多問(wèn)題歸根結(jié)底都是技術(shù)債務(wù)，這在一些大公司尤為常見(jiàn)。技術(shù)債務(wù)話題太大，但就代碼質(zhì)量而言，我只想提一下不要因?yàn)檫@些債是前人留下的你就不去管。

現(xiàn)實(shí)是沒(méi)有多少機(jī)會(huì)讓你從一個(gè)清爽清新的項(xiàng)目開(kāi)始做起，你不得不去面對(duì)這些，你也沒(méi)法完全不跟這些所謂的爛代碼打交道。

當(dāng)你負(fù)責(zé)一個(gè)小模塊時(shí)，除了把它做好之外，也要順便將與之糾纏在一起的技術(shù)債務(wù)還掉，因?yàn)檫@些債務(wù)最終將是整個(gè)團(tuán)隊(duì)來(lái)共同承擔(dān)，任何一個(gè)人都別想獨(dú)善其身，如果你還對(duì)高質(zhì)量代碼有追求的話。

作為團(tuán)隊(duì)的技術(shù)負(fù)責(zé)人，也要頂住壓力，鼓勵(lì)大家勇于做出嘗試，引導(dǎo)大家不斷改進(jìn)代碼質(zhì)量，不要總是畏手畏腳，停滯不前，真要背鍋也得上，要有擔(dān)當(dāng)。

代碼審查

我曾經(jīng)聽(tīng)過(guò)一些較高級(jí)別的技術(shù)分享，竟然還不時(shí)聽(tīng)到一些呼吁大家要做代碼審查的主題。

我以為在這個(gè)級(jí)別的技術(shù)會(huì)議上，不應(yīng)再討論代碼審查有什么好，為什么要做代碼審查之類的問(wèn)題。同時(shí)我接觸過(guò)相當(dāng)多所謂國(guó)內(nèi)一線互聯(lián)網(wǎng)公司，竟有許多是不做代碼審查的，這一度讓我頗為意外。

這里也不想多談如何做好代碼審查，只是就代碼質(zhì)量這點(diǎn)，不客氣地說(shuō)：沒(méi)有過(guò)代碼審查的經(jīng)歷往往很難寫出高質(zhì)量的代碼，尤其是在各種追求速度的糙快猛創(chuàng)業(yè)公司。

靜態(tài)檢查

很多代碼上的問(wèn)題，都可以通過(guò)一些工具來(lái)找到，某些場(chǎng)景下，它比人要靠譜得多，至少不會(huì)出現(xiàn)某些細(xì)節(jié)上的遺漏，同時(shí)也能有效幫助大家減少代碼審查的工作量。

Android 開(kāi)發(fā)中有 Lint，F(xiàn)ind bugs，PMD 等優(yōu)秀靜態(tài)檢查工具可用，通過(guò)改進(jìn)這些工具找出的問(wèn)題，就能對(duì)語(yǔ)法的細(xì)節(jié)，規(guī)范，編程的技巧有更多直觀了解。

建議***與持續(xù)集成(CI)，代碼審查環(huán)境配套使用， 每次提交的代碼都能自動(dòng)驗(yàn)證是否通過(guò)了工具的代碼檢查，通過(guò)才允許提交。

單元測(cè)試

Android 單元測(cè)試，一直備受爭(zhēng)議，主要還是原生的測(cè)試框架不夠方便，每跑一次用例需要在模擬器或者真機(jī)上運(yùn)行，效率太低，也不方便在 CI 環(huán)境下自動(dòng)構(gòu)建單元測(cè)試，好在有 Robolectric，能幫我們解決部分問(wèn)題。

單元測(cè)試的一個(gè)非常顯著的優(yōu)點(diǎn)是，當(dāng)你需要修改大量代碼時(shí)，盡管放心修改，只需要保證單元測(cè)試用例通過(guò)即可，無(wú)需瞻前顧后。

充分自測(cè)

有一種說(shuō)法：程序員最害怕的是他自己寫的代碼，尤其是準(zhǔn)備在眾人面前 show 自己的工作成果時(shí)，因此在寫完代碼后，需要至少跑一遍基本的場(chǎng)景，一些簡(jiǎn)單的異常流。

在把你的工作成果提交給測(cè)試或用戶前，充分自測(cè)是基本的職業(yè)素養(yǎng)，不要總想著讓測(cè)試幫你找問(wèn)題，隨便用幾下就 Crash 的東西，你好意思拿給別人嗎?

善用開(kāi)源

并非開(kāi)源的東西，質(zhì)量就高，但至少關(guān)注度較高，使用人數(shù)較多，口碑較好的開(kāi)源項(xiàng)目，質(zhì)量是有一定保證的，這其中的道理很簡(jiǎn)單。

即便存在一些問(wèn)題，也可以通過(guò)提交反饋，不斷改進(jìn)。最重要的是，你自己花時(shí)間造的輪子，需要很多精力維護(hù)，而充分利用開(kāi)源項(xiàng)目，能幫助你節(jié)省很多時(shí)間，把精力專注在最需要你關(guān)心的問(wèn)題上。

從另一個(gè)方面來(lái)說(shuō)，開(kāi)源項(xiàng)目中的一些知名項(xiàng)目，往往是領(lǐng)域內(nèi)的翹楚所寫，學(xué)習(xí)這些高手的代碼，能讓你了解到好的代碼應(yīng)該是怎樣的，培養(yǎng)出更靈敏的嗅覺(jué)，識(shí)別代碼中的各種味道。