問題：什么才算是真正的編程能力？

還 在讀書，也在實(shí)驗(yàn)室?guī)兔ψ隽诵〇|西，自己也搭過幾個(gè)網(wǎng)站。在周圍人看來似乎好像我很厲害，做了那么多東西，但是我發(fā)現(xiàn)這些東西雖然是我做的，但是實(shí)際上我 手把手自己寫的代碼卻并沒有多少，很多都是用開源的東西，我寫的代碼無非是把別人的東西整合下，類似于膠水一樣的工作。

[[136185]]

我之前所認(rèn)為的編程是全手動(dòng)一行一行敲代碼，但是現(xiàn)在我發(fā)現(xiàn)哪怕是工程上也有很多人是復(fù)制黏貼來解決問題的，并且提倡不要重復(fù)造輪子。

但是靠谷歌和復(fù)制別人的輪子，雖然我做出了很多東西，可是我并不覺得自己能力上有提升，倒是利用搜索引擎的能力的確提升了不少。而學(xué)校里另外一波搞ACM的人，他們每天刷題練算法，或許倒是的確提升了點(diǎn)編程能力，但是對(duì)工程幾乎一竅不通。

所以我現(xiàn)在就很困惑，所謂的編程能力到底是什么，我該如何提升自己的編程能力？

回答者：劉賀，...

非常好的一個(gè)問題。這可能是我在知乎見到過的問編程有關(guān)的問題中問得***的一個(gè)了。我非常喜歡這個(gè)問題。

計(jì)算機(jī)科學(xué)有兩類根本問題。一類是理論：算法，數(shù)據(jù)結(jié)構(gòu)，復(fù)雜度，機(jī)器學(xué)習(xí)，模式識(shí)別，等等等。一類是系統(tǒng)：操作系統(tǒng)，網(wǎng)絡(luò)系統(tǒng)，分布式系統(tǒng)，存儲(chǔ)系統(tǒng)，游戲引擎，等等等等。

理論走的是深度，是在追問在給定的計(jì)算能力約束下如何把一個(gè)問題解決得更快更好。而系統(tǒng)走的是廣度，是在追問對(duì)于一個(gè)現(xiàn)實(shí)的需求如何在眾多的技術(shù)中設(shè)計(jì)出最多快好省的技術(shù)組合。

搞ACM的人，只練***類。像你這樣的更偏向于第二類。其實(shí)挺難得的，但很可惜的是第二類能力沒有簡(jiǎn)單高效的測(cè)量考察方法，不像算法和數(shù)據(jù)結(jié)構(gòu)有ACM競(jìng)賽，所以很多系統(tǒng)的苗子都因?yàn)槿鄙偌?lì)和正確引導(dǎo)慢慢就消隱了。

所以比爾蓋茨才會(huì)說，看到現(xiàn)在學(xué)編程的人經(jīng)常都把編程看作解各種腦筋急轉(zhuǎn)彎的問題，他覺得很遺憾。

做系統(tǒng)，確實(shí)不提倡“重復(fù)發(fā)明輪子”。但注意，是不提倡“重復(fù)發(fā)明”，不是不提倡“重新制造”。恰恰相反的，我以為，系統(tǒng)的編程能力正體現(xiàn)在“重新制造”的能力。

能 把已有的部件接起來，這很好。但當(dāng)你恰好缺一種關(guān)鍵的膠水的時(shí)候，你能寫出來嗎？當(dāng)一個(gè)已有的部件不完全符合你的需求的時(shí)候，你能改進(jìn)它嗎？如果你用的部 件中有bug，你能把它修好嗎？在網(wǎng)上繁多的類似功能的部件中，誰(shuí)好誰(shuí)壞？為什么？差別本質(zhì)嗎？一個(gè)開源代碼庫(kù)，你能把它從一個(gè)語(yǔ)言翻譯到另一個(gè)語(yǔ)言嗎？ 從一個(gè)平臺(tái)移植到另一個(gè)平臺(tái)嗎？能準(zhǔn)確估計(jì)自己翻譯和移植的過程需要多少時(shí)間嗎？能準(zhǔn)確估計(jì)翻譯和移植之后性能是會(huì)有提升還是會(huì)有所下降嗎？

系統(tǒng)編程能力體現(xiàn)在把已有的代碼拿來并變成更好的代碼，體現(xiàn)在把沒用的代碼拿來并變成有用的代碼，體現(xiàn)在把一個(gè)做好的輪子拿來能畫出來輪子的設(shè)計(jì)藍(lán)圖，并用道理解釋出設(shè)計(jì)藍(lán)圖中哪些地方是關(guān)鍵的，哪些地方是次要的，哪些地方是不容觸碰的，哪些地方是還可以改進(jìn)的。

如果你一點(diǎn)不懂理論，還是應(yīng)該學(xué)點(diǎn)的。對(duì)于系統(tǒng)性能的設(shè)計(jì)上，算法和數(shù)據(jù)結(jié)構(gòu)就像在自己手頭的錢一樣，它們不是***的，但不懂是萬(wàn)萬(wàn)不行的。

怎 么提高系統(tǒng)編程能力呢？土辦法：多造輪子。就像學(xué)畫畫要畫雞蛋一樣，不是這世界上沒有人會(huì)畫雞蛋，但畫雞蛋能馴服手指，感受陰影線條和筆觸。所以，自己多 寫點(diǎn)東西吧。寫個(gè)編譯器？渲染器？操作系統(tǒng)？web服務(wù)器？web瀏覽器？部件都一個(gè)個(gè)換成自己手寫的，然后和已有的現(xiàn)成部件比一比，看看誰(shuí)的性能好，誰(shuí) 的易用性好？好在哪兒？差在哪兒？為什么？

更 聰明一點(diǎn)的辦法：多拆輪子。多研究別人的代碼是怎么寫的。然而這個(gè)實(shí)踐起來經(jīng)常很難。原因：大部分工業(yè)上用的輪子可能設(shè)計(jì)上的思想和技術(shù)是好的，都設(shè)計(jì)和 制造過程都很爛，里面亂成一團(tuán)，讓人乍一看毫無頭緒，導(dǎo)致其對(duì)新手來說非常難拆。這種狀況其實(shí)非常糟糕。所以，此辦法一般只對(duì)比較簡(jiǎn)單的輪子好使，對(duì)于復(fù) 雜的輪子，請(qǐng)量力而行。

輪 子不好拆，其實(shí)是一個(gè)非常嚴(yán)重的問題。重復(fù)發(fā)明輪子固然是時(shí)間的浪費(fèi)，但當(dāng)輪子復(fù)雜而又不好拆的時(shí)候，尤其是原來造輪子的人已經(jīng)不在場(chǎng)的時(shí)候，重新發(fā)明和 建造輪子往往會(huì)成為無奈之下***的選擇。這是為什么工業(yè)界在明知道重復(fù)發(fā)明/制造輪子非常不好的情況下還在不斷重復(fù)發(fā)明/制造輪子的根本原因。

程序本質(zhì)是邏輯演繹的形式化表達(dá)，記載的是人類對(duì)這個(gè)世界的數(shù)字化理解。不能拆的輪子就像那一篇篇丟了曲譜的宋詞一樣，能讀，卻不能唱。

鄙人不才，正在自己研究怎么設(shè)計(jì)建造一種既好用又好拆的輪子。您沒那么幸運(yùn)，恐怕是等不到鄙人的技術(shù)做出來并發(fā)揚(yáng)光大了。在那之前，多造輪子，多拆好拆的小輪子，應(yīng)該是提高編程能力***的辦法了。

以上。嗯。

（文章屬個(gè)人觀點(diǎn)，與本人工作雇主無關(guān)。）

回答者：mu peng，less is more

懂得取舍。

在有限的時(shí)間內(nèi)，幾乎沒有系統(tǒng)可以做到***。要快，要安全，高并發(fā)，易擴(kuò)展，效率高，容易讀，高內(nèi)聚，低耦合...

大到一個(gè)網(wǎng)站，小到幾個(gè)class，工程師都要清楚，要取什么，舍什么，這并不是那么容易的事。我們都有自己的性格，有的求新，有的求穩(wěn)，有的求快，但具體到一個(gè)項(xiàng)目時(shí)，知道如何取舍對(duì)這個(gè)項(xiàng)目***，很重要。

學(xué)校里的作業(yè)，沒人在意你是不是寫在一個(gè)大的main()里面，能跑就行。但做項(xiàng)目的時(shí)候，太多的東西要考慮，有時(shí)候，寧可簡(jiǎn)單易讀，也不用快那么一點(diǎn)點(diǎn)；有時(shí)候，要做太多看不到的工作，卻絲毫馬虎不得；有時(shí)候，寫了不如不寫，留白也是一個(gè)學(xué)問。

曾經(jīng)接手個(gè)項(xiàng)目，里面幾乎所有的class，每個(gè)都有interface，各種繼承，各種實(shí)現(xiàn)，理由是靈活性高，易擴(kuò)展。真的易擴(kuò)展嗎？

我不知道。沒多久，客戶的需求就改了，各種拎不清的繼承實(shí)現(xiàn)都化為烏有，一大半要重寫。

問題在哪里？

不是編程不好，而是取舍的不好。在那個(gè)階段，為30%的需求，花200%的努力，追求設(shè)計(jì)的滴水不漏，卻舍棄快速實(shí)現(xiàn)，取得反饋的時(shí)機(jī)，這就是失誤。需求總會(huì)變，客戶看到越早，修改越早，影響越小。

很聰明的人，也可能做出很難用的系統(tǒng)，不一定是編程不好，可能是不愿，或不屑于取舍。不同的階段，不同的項(xiàng)目，要取舍的東西也不同。編程只是手段，目的是解決問題，能力高不高，要看問題解決的好不好。不在于使用了什么高端算法，或是復(fù)雜的框架。

懂得如何取舍并不容易，需要對(duì)問題的深刻理解，對(duì)技術(shù)的胸有成竹，和身后無數(shù)個(gè)踩過的坑。但重要的是有取舍的意識(shí)，主動(dòng)思考取舍什么，這樣學(xué)的才會(huì)快。

回答者：李遙，A Programmer

既然說的是編程能力，那首先就先把學(xué)術(shù)相關(guān)的能力排除才能說的清楚

接下來是我對(duì)編程的定義：所謂編程，就是預(yù)先設(shè)計(jì)好方案來指揮行為可預(yù)測(cè)的系統(tǒng)來自動(dòng)（與臨時(shí)手動(dòng)相對(duì)）達(dá)到的想要的結(jié)果。從廣義上說，企業(yè)家對(duì)一個(gè)公司的運(yùn)作方式進(jìn)行設(shè)計(jì)，然后這個(gè)公司自動(dòng)運(yùn)行產(chǎn)生利潤(rùn)也是一種編程

那么編程能力體現(xiàn)在兩點(diǎn)

1.對(duì)可預(yù)測(cè)系統(tǒng)的理解：理解越深，預(yù)測(cè)能力越強(qiáng)，自己的智慧才越好發(fā)揮。這就是為什么學(xué)習(xí)軟件編程最快的方式之一是“造輪子”

2. 如何把自己的目標(biāo)轉(zhuǎn)化成指揮方案，這其實(shí)就是“做應(yīng)用題”的能力，我們從小學(xué)就在練習(xí)這個(gè)能力。現(xiàn)實(shí)世界的應(yīng)用題可不會(huì)告訴你用什么知識(shí)點(diǎn)去建模，也不會(huì) 透露全部必要條件，因此增強(qiáng)這個(gè)能力需要深刻理解現(xiàn)實(shí)世界的運(yùn)作方式。在軟件行業(yè)，這被稱作“理解垂直行業(yè)的業(yè)務(wù)邏輯”

順帶說一下，所謂“Hacking”，其實(shí)就是在深刻理解一個(gè)系統(tǒng)的基礎(chǔ)上，用最小的代價(jià)改變這個(gè)系統(tǒng)來達(dá)到自己的目的。“Hacking”之所以看起來出人意料，就是因?yàn)槔斫庠缴羁蹋枰淖龅母膭?dòng)越少。如果理解不深刻，那就要從頭造一個(gè)系統(tǒng)了，那就不聰明了

回答者：丁盛豪，網(wǎng)絡(luò)媒體HeckPsi.com創(chuàng)始人

謝 @花滿樓 邀請(qǐng)。

對(duì)于編程能力這個(gè)問題其實(shí)我也想過很久，這個(gè)東西確實(shí)非常難界定。單純靠算法水平、編程速度、工程經(jīng)驗(yàn)都很難說是編程能力。

雖然這個(gè)東西的影響因素非常龐大，但從我日常的工作來看，其實(shí)我覺得衡量編程水平最靠譜的方法是觀察這個(gè)程序員 Debug 的能力。

程 序從本質(zhì)上來說就是 輸入 -> 處理 -> 輸出 的過程，而中間的處理就像是一個(gè)巨大的黑盒子。而這個(gè)黑盒子的本身就是程序，在大多數(shù)情況下你并不能看到這個(gè)黑盒子的全貌。從常識(shí)上寫一個(gè)不存在 bug 的程序是一件 幾乎 不可能完成的任務(wù)。即使是敲個(gè)最簡(jiǎn)單的 Hello World 程序，你也很難保證編譯器不給你抽幾下風(fēng)。尤其是當(dāng)這個(gè)程序變得非常龐大時(shí)，寫程序這件事的本身就是 盲人摸象 的過程。程序員必須要有相當(dāng)好的 全局觀 ，才能保證自己的程序良好運(yùn)行而不出問題，并能在出了問題之后能夠做出迅速的定位和修復(fù)。

所以觀察一個(gè)程序員能否 迅速Debug 的過程就是一個(gè)很好的判斷依據(jù)。我舉個(gè)例子來說，我?guī)字芮敖o手機(jī)刷了機(jī)，第二天早上準(zhǔn)備去晨跑，發(fā)現(xiàn)手機(jī) GPS 不工作。于是我立刻分析了出現(xiàn)問題可能的地方：

GPS 模塊硬件 -> GPS 驅(qū)動(dòng) -> 系統(tǒng)配置 -> GPS 權(quán)限 -> 軟件兼容性

由 于想起剛刷了機(jī)，基本可以排除硬件問題。而軟件之前同樣在其它 Android 5.1 機(jī)器上跑過，同時(shí)跑了下 Google Maps 也不能定位，排除兼容性問題。原生系統(tǒng)的權(quán)限系統(tǒng)非常簡(jiǎn)單，基本排除是權(quán)限。出問題的可能是第三方 ROM 的驅(qū)動(dòng)有問題或者配置文件。觀察到 A-GPS 基站輔助定位也不工作，基本排除 GPS 驅(qū)動(dòng)問題。確認(rèn)是配置文件有問題，檢查 /etc/gps.conf 竟是空文件。于是就在手機(jī)上用文本編輯器順手碼了一段配置，重啟后問題修復(fù)。

這就是一次非常流暢準(zhǔn)確的對(duì)一個(gè)未知的 Bug 定位和修復(fù)的過程。

由 于 Bug 的未知性，可以很好避免一些你在判斷時(shí)可能遇到的 作弊 情況，我們知道現(xiàn)在很多人為了面試無所不用其極。就算是以前非常經(jīng)典的面試問題，現(xiàn)在也很不靠譜。現(xiàn)在你問 “如何理解面向?qū)ο缶幊蹋?rdquo; 和你對(duì)答如流的人可能并不真正理解 OOP，不過背的很熟而已。以前覺得算法是個(gè)很好驗(yàn)證水平的切入點(diǎn)，自從 LeetCode 背題流的出現(xiàn)，這招現(xiàn)在也不怎么靠譜。而 Debug 是個(gè)無法 提前準(zhǔn)備的東西，所以對(duì)于編程能力的校驗(yàn)通常很準(zhǔn)確。

而 且，Debug 的過程中會(huì)接觸到自己很多不熟悉的知識(shí)。由于編程本身就是一個(gè) Engineering，正常的過程就是在 碼字 -> 出問題 -> 學(xué)習(xí) -> 修改 的過程中循環(huán)。如果你對(duì)算法不熟悉，那么遇到程序性能問題的時(shí)候你硬著頭皮也要用學(xué)習(xí)算法知識(shí)來解決掉。所以這是一項(xiàng)非常綜合的能力，是程序員 知識(shí)、智力、經(jīng)驗(yàn) 的綜合體現(xiàn)。

至于如何提升編程能力？

多寫、多錯(cuò)、多學(xué)。沒有捷徑，捷徑只不過是作弊。作弊能幫你找到工作，但并不能真正解決問題。

回答者：陳浩駿，call me Reid / 會(huì)寫Java的猴子

MIT算法導(dǎo)論***堂課:

每天都編程 x年后一定會(huì)變成專家 (忘了x多少 不是重點(diǎn)

輪子多造多模仿 能力自然提升

什么發(fā)展都是從量到質(zhì)的 要相信

現(xiàn)在我也是搞系統(tǒng)編程 除了看source code和造輪

也是可以有空刷刷acm的

而且只有幫助沒有壞處喔

系統(tǒng)編程一旦考慮到效能問題 離不開經(jīng)典的一些算法的

顯然大部分的我們都不會(huì)成為高手如溫趙輪

但是成為編程好手 進(jìn)個(gè)好公司 錢多賺些 生活舒服些 應(yīng)該是普遍程序員的共同目標(biāo)

不要想太多 拼命c(diǎn)ode就是了

共勉

如此。

回答者：vczh，專業(yè)造輪子 https://github.com/vczh-libraries

都不知道宣傳不要重復(fù)造輪子的人是懷著什么險(xiǎn)惡的用心，原話明明是不要重新發(fā)明輪子。

這是什么意思呢？就是說你要多看論文多看書，少抄代碼。

回答者：達(dá)達(dá)，服務(wù)端程序員

程序員就是把人類的需求語(yǔ)言翻譯成計(jì)算機(jī)語(yǔ)言的人，所以可以通用譯事三難：“信、達(dá)、雅”。

回答者：Kim Leo

其實(shí)，搭網(wǎng)站，寫MIS/CMS/ERP這些，就算是一行行的寫代碼，結(jié)果也只能是你的領(lǐng)域知識(shí)不斷提升，對(duì)于“編程能力”的提升沒有多少的。就像是你根本無法解釋在你寫的系統(tǒng)中哪個(gè)地方應(yīng)用了動(dòng)態(tài)規(guī)劃一樣。

所以相對(duì)來說你所需要的是一些計(jì)算機(jī)科學(xué)內(nèi)的領(lǐng)域知識(shí)。

還有，假如你寫了代碼要給別人看和給其他程序員用，應(yīng)該就開始慢慢考慮接口和設(shè)計(jì)了。

或者你需要的是一本分析模式？

回答者：JX Consp

看看別人的輪子的形貌（主要是接口，其次是效率）之后自己造一個(gè)輪子

其實(shí) STL 源碼剖析 和 modern c++ design 不錯(cuò)，唯一問題是選擇了 c++ 做教學(xué)語(yǔ)言

有興趣可以學(xué)點(diǎn)認(rèn)知和設(shè)計(jì)來了解好的接口長(zhǎng)得是怎樣的

回答者：海濤，軟件開發(fā)需要低成本、快速響應(yīng)

第1層：能做成東西（能運(yùn)行）

第2層：做的東西能長(zhǎng)時(shí)間或高負(fù)荷地運(yùn)行

第3層：做的東西能長(zhǎng)時(shí)間在高負(fù)荷下運(yùn)行

第4層：能預(yù)先知道什么才是客戶/行業(yè)需要的功能，并以***的代價(jià)（金錢、硬件、期限、人力）實(shí)現(xiàn)

回答者：DreamPiggy

多看書

多思考

改別人代碼

學(xué)別人的架構(gòu)

做自己的軟件

寫自己的架構(gòu)

或許如此循環(huán)就入坑了吧。