前言

作為程序員，我們怎么提升我們的代碼能力？

在回答這個問題之前，我們需要先給代碼能力下一個定義，搞清楚究竟什么是代碼能力。只有找對了路才方便發(fā)力，很多同學對這個問題其實是不夠清楚的。往往會覺得代碼能力就是算法能力，就是去刷LeetCode或者是算法題。還有些同學覺得代碼能力就是要多刷項目，項目做得多了，代碼能力自然就上來了。

其實這兩種看法我個人感覺都是有一點誤區(qū)的，下面簡單聊聊我自己的看法，希望能夠幫助到大家。

語言基礎

很多人看到這里估計要吐槽了，這不是廢話么，程序員寫代碼語言沒學會還怎么寫代碼？

其實還真不是廢話，不同的語言有不同的特性，甚至有不同的原理，如果沒有對語言基礎有比較扎實的掌握，很容易犯一些低級錯誤。

舉個簡單的例子好了，之前認識的一個實習生，有一次寫了這么一段Python代碼，大家不妨看看有什么問題。

def funcA(param):if param is not None:return funcB(param)return Nonedef funcB(param):pass

不知道有多少同學能夠看出問題在哪里，有一些同學可能會覺得是is not None的判斷不對，應該寫成not is None。其實問題不在這里，is not None才是標準判斷的寫法，只是這個問題當中的障眼法。真正的問題是在函數(shù)調(diào)用的部分，他把funcB寫在了funcA的后面。

funcB寫在后面有什么問題？

大家試一下就會知道，這樣寫Python解釋器是會報錯的，我們必須要把funcB寫在funcA的前面。因為Python不是編譯型語言是解釋型語言，它是由解釋器逐行執(zhí)行的。所以它會先執(zhí)行funcA再執(zhí)行funcB，當它執(zhí)行funcA的時候會發(fā)現(xiàn)funcB這個函數(shù)沒有出現(xiàn)過，所以會拋出錯誤。

當時這位同學debug了半天也沒有找到問題所在，甚至還一度以為是Python版本的問題。這其實不是他代碼能力不行，而是對語言基礎掌握不夠扎實。

類似的例子非常多，因為每一門語言往往擁有大量自己的特性，如果我們對某一門的語言只是淺嘗輒止，那么寫出來的代碼一定是非常不規(guī)范的。比如Java如果不知道抽象類，Python不知道可變參數(shù)、裝飾器的話，很多時候?qū)懗鰜淼拇a看起來就是不舒服的，因為沒有做到最簡，會給人一種費了很大勁實現(xiàn)了一個很基礎的功能的感覺。

所以語言基礎也是代碼能力的基礎，大家不要看不起這個，覺得只要會基本的語法會寫就可以了。其實這是大錯特錯的，一些特性和語法糖可能用得少，但是關鍵時候用起來是可以大大簡化代碼量以及增加代碼可讀性的。

代碼規(guī)范

不知道大家有沒有讀過那些特別不規(guī)范的代碼，我讀過一些，真的是感覺眼睛被針扎了一樣。

代碼規(guī)范其實更多的不是能力，而是工程師自己的素養(yǎng)。素養(yǎng)高的工程師會自己主動了解當前這門語言的編碼規(guī)范，絕不會怎么舒服怎么來。大家可以百度一下代碼規(guī)范，每一門語言基本上都有自己的代碼規(guī)范，而且這個規(guī)范是非常細致的，具體到變量名、類名、方法名、文件名、常量名怎么命名都有對應的規(guī)范。

不僅如此，還對一些特殊情況也做了限制，下面是我從Google的Java編碼規(guī)范當中截取的一段，大家可以看下：

我們寫出來的代碼和這份規(guī)范越貼合，那么可讀性也就越強，也就體現(xiàn)我們編碼的素養(yǎng)越高。

代碼規(guī)范其實并不僅僅包含編碼的方面，同樣還包含其他很多領域。比如數(shù)據(jù)庫的連接池的使用，比如kafka的設置和使用，以及多線程的使用等等，都會有自己的規(guī)范。這些內(nèi)容不僅是起到一個規(guī)范作用，當中的每一個點里面都是有對應的原理的，值得我們?nèi)ド钔趯W習。

比如很多人都知道數(shù)據(jù)庫需要用數(shù)據(jù)庫連接池，那么請問為什么要用連接池呢？連接池的連接數(shù)又是怎么設置呢？其中的原理是什么呢？

看起來好像是面試題，但其中包含的就是我們對數(shù)據(jù)庫連接底層的理解。我們弄懂了可能不僅在編碼的時候用得到，也許在以后學習其他內(nèi)容的時候也能串聯(lián)起來。知識不是由許多點組成的，知識是一張網(wǎng)，需要把很多點串聯(lián)起來。在我們串聯(lián)之前，我們首先需要足夠多的積累。

系統(tǒng)能力

系統(tǒng)能力是代碼能力當中最高的要求，也是最貼合一個架構師能力的部分。

同樣，我們來舉個例子。比如你承接了團隊當中的一個任務，開發(fā)一個新的系統(tǒng)。這個系統(tǒng)需要承接每秒100K請求的訪問。這些請求的數(shù)據(jù)我們不是全部都要，需要做一定的抽樣，并且還需要查詢一些存儲系統(tǒng)進行特征填充。最后把完整的數(shù)據(jù)存儲下來。

現(xiàn)在這個任務交給了你，請問，這當中的性能瓶頸是什么？你該怎么設計這個系統(tǒng)當中的細節(jié)？

估計很多同學會把眼光放在100K這個數(shù)字上，覺得這個請求量非常大，可能系統(tǒng)能不能抗住是最大的風險點。但其實100K并不是重點，因為這些請求不需要返回，只是單純的接收，100K并不是非常大。但是當中有許多隱藏的問題，比如說我們抽樣怎么抽，是在線抽，還是先把所有請求存儲起來一段時間之后再進行抽樣？如果是存儲起來再抽樣，會不會內(nèi)存扛不住？再比如我們會對存儲系統(tǒng)發(fā)起的查詢請求是什么量級？會不會影響存儲系統(tǒng)？

實際上后來實踐的過程果然發(fā)生了存儲系統(tǒng)扛不住，導致抖動很厲害的情況。那這個問題發(fā)生了之后，我們又該怎么解決？

對這些問題的敏感、理解以及解決，需要的就是系統(tǒng)能力。也就是我們理解系統(tǒng)的能力，這當中涉及很多，需要我們有一定的操作系統(tǒng)的知識、分布式的知識，還需要對上下游的系統(tǒng)都有一定的了解。比如知道存儲系統(tǒng)的性能不是很好，大批量的請求可能扛不住。這當中有一些是經(jīng)驗，更多的還是我們的基礎能力。

提升之道

其實這三點看完，相信大家對于怎么提升應該都或多或少地有了一些自己的想法。

說穿了也沒有什么大不了的，無非是三點，我們來做個簡單的總結。

需要夯實語言基礎，對于學習的語言不能淺嘗輒止，需要有比較深刻的理解。當然這一點也不是說說而已，肯定需要針對性的做很多練習，也需要閱讀其他大牛的代碼進行學習。
需要遵守代碼規(guī)范，不僅僅是變量的命名、一些特殊case的處理，還需要理解一些場景下的系統(tǒng)使用規(guī)范
需要充分理解系統(tǒng)，對每一個環(huán)節(jié)仔細推敲，需要積累一些操作系統(tǒng)、分布式的知識點和技能點。
從這三點總結來看，好像沒什么大不了的，每個人都能很輕易做到的樣子。但實際情況告訴我們，往往越是簡單的道理，越是難以做到，希望大家不要輕視了它們。

總結

以上是生活随笔為你收集整理的如何提升你的代码能力？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。