寫了那麼久代碼了，給大家談談我怎麼理解編程

目錄

1. 前言
2. 什麼是編程
3. 從問題出發
4. 在自己的生活中使用編程
5. 檢索信息
6. 分析問題
7. 向他人提問
8. 給初學者的入門路線——略知天高地厚
1. 學一門「性價比」極高的編程語言——JavaScript
2. 學習做一個可視化的 UI 界面
3. 把程序封裝到想要的平台
4. 學習與系統交互
5. 學會利用第三方的庫
6. 找到自己的方向
9. 寫在最後

前言

最近公司要招一個人後端程序員，把面試的工作安排給了我。面試招人也很順利，也招到了一個不錯的小夥子，但讓我印象深刻的是其中一個有著三年工作經驗的「老程序員」。這位「老程序員」非常自信地給我展示了十多個他寫的網站後台以及哪些千篇一律 CRUD 的表單，然後跟我談他寫的 SQL。

「你看你寫了那麼多差不多相似的東西，那你有沒有積累一套自己的庫或者工具用來快速生成這些 CRUD 的表單？」，我問道。「啊？」。看出了他明顯有些疑惑，於是接著問道，「那你除了給公司寫這些業務代碼以外，有嘗試過給自己寫過代碼嗎？也就是說方便自己生活或者工作的工具之類的？」。「……」，他沉默了，不知道該怎麼回答我。最終的結果當然不言而喻，否則我也不會寫在這篇文章裡面。在我看來，這位擁有三年工作經驗的老程序猿，雖然他熟悉語言，熟悉框架，熟悉業務，但其實並沒有學會編程，甚至不如我們剛招進來的應屆生小夥子。

這次事情讓我想了很久，也向身邊很多人交了一下，才發現原來在編程時候，很多我覺得理所當然的基本能力，居然都是稀缺資源。這當然並不怪誰，因為「意識」或者「思維」這個看不到摸不到的東西，並不是說自己只要努力就行了，還需要向別人借鑒吸取經驗，也需要有自己的悟性和思考。那麼借著這篇文章，我也結合那麼多年來的所想所感來聊聊怎麼學編程，怎麼學好編程。

什麼是編程

我的理解的編程是：面對一個問題，經過思考後，最後將解決這個問題的思路用計算機能理解的方式表達出來。這裡面有三個關鍵詞，「問題」、「思考」以及「表達」，我覺得這是三個關鍵詞也是編程最關鍵的地方。但是非常多的人看待編程這個問題的時候，往往都只能看到最淺層面上的寫代碼，而「問題」和「思考」這個兩個關鍵詞則被大多數人所忽視了。

其實「程序員」這項工作，無論是想做技術還是轉管理，無論是做學術還是做工程，只要越往上走，「問題」 所佔的重量就會越來越高，相應的寫代碼所佔到的能力比重會越來越低。甚至一些頂層的大型系統架構師，頂層的演算法科學家，甚至可能一行代碼都不需要寫。

從問題出發

舉個例子，喬幫主的 iPhone 為什麼能重新定義手機，因為一開始大家將手機所解決的問題定死在了打電話收簡訊這個通信領域，而喬幫主用 iPhone 重新定義了手機所解決的問題，讓打電話和收簡訊支部會是附屬的功能之一。喬幫主重新定義了問題，讓以通訊起家的摩托羅拉，諾基亞等大廠從此衰敗的。

眾所周知，前端技術發展迅速，很多前端們大呼學習成本高，但是前端的小夥伴們真的想明白了前端為什麼會如此迅速地發展，到底是什麼在領著大家快速往前跑？答案還是我們這章節的標題——問題。比如，Vue / React 等框架的出現，並不是解決了 jQuery 所面臨的 DOM 操作複雜的問題，而是從新定義了問題。前端的高速發展，就是我們的先輩們一遍一遍重新定義我們面對的問題而產生的。

我在知乎或者其他編程社區經常能看到有人問類似的問題，大致是說已經學會了一門編程語言了，但是卻不知道自己能幹什麼。這種問題最常出現在計算機科班學生的身上，比如大一的時候學了 C / C艹 了，所有的語法都學會了，但是不知道自己能幹嘛。

因為在那時我們並不知道自己學了這門編程語言，面對的是什麼樣的問題。老師從來都沒有告訴我們學一門學科要拿來幹嘛。這就導致了我們在學習的時候，尤其是學習計算機一些理論基礎的時候，完全沒有目的，不知道自己學習的這門學科面對的是什麼問題，不知道它需要解決什麼問題，在現實中是要怎麼用。最終非常多學計算機的莘莘學子，像我一樣，哪怕在雙一流高校學習了四年，甚至靠著高中積累下來的應試經驗拿了很高的成績，卻依然是一臉懵逼。

學習編程，尤其是計算機科班朋友一定要注意，在你學習一門課程的時候，請一定一定先了解這門學科的背景，歷史以及所面臨和需要解決的問題。

在自己的生活中使用編程

我大學時候是軟體工程專業，我曾經推薦過一個直系小學妹用「按鍵精靈」這個工具。她非常疑惑為什麼我一個她眼中的「專業」人士會給她這個正在走向專業道路上的人推薦一個「業餘」工具。我跟她說，如果她能用好這個工具，那麼肯定就能學好編程。