新人程式設計....老人敲程式碼....

無論在你眼裡多麼神奇多麼不可思議...

職業化選手都是不需要動腦的...

鍵盤才是提高效率的關鍵...

如果你還思考...

新人階段...無他...

程式設計往往是程式設計和程式實現兩個部分，而敲程式碼更偏向於實現。

早期中國不少大型軟體公司往往都以外包業務為主，外包業務的程式碼開發任務相對來說技術含量比較低，不少程式設計師常自嘲的說自己是“碼農”、“複製貼上員”、“敲程式碼的”等等，而且不少外包開發的工作強度還是比較大的。隨著中國軟體行業的發展，尤其是網際網路領域科技公司的崛起，目前軟體開發的技術含量已經越來越高了，程式設計師的工作環境也得到了一定的改善。

程式設計工作通常分為兩種，一種是以研發為主，另一種是以應用為主，對應的程式設計師崗位就是通常所說的研發級程式設計師和應用級程式設計師。不同技術團隊的方向不同，程式設計師的分工和工作職責也有所不同，通常情況下，研發級程式設計師往往以系統級開發任務為主，就是通常所說的寫“容器”，應用級程式設計師往往以編寫具體功能為主。

以大資料領域為例，研發級程式設計師往往集中在大資料平臺研發崗位上，而應用級程式設計師往往集中在大資料應用開發上。大資料平臺開發需要具備豐富的技術積累，能夠解決大量的系統級問題，比如併發、資源排程、效能最佳化、許可權認證等等，大資料平臺研發涉及到大量的演算法設計工作，工作難度往往比較大，需要不斷突破已有的技術邊界。

大資料應用開發則主要是呼叫平臺提供的介面完成具體的業務邏輯實現，大資料應用開發雖然不需要解決系統級問題，但是往往需要了解具體的行業知識，而且大資料應用開發的工作量往往比較大，一些大型應用也需要具備豐富的開發經驗。

總之，程式設計也好，敲程式碼也罷，對於程式設計師來說都需要不斷的學習和進步，隨著網際網路進入產業網際網路階段，未來程式設計將具有更大的普遍性，不少職場人也需要具備一定的程式設計知識。

程式設計和敲程式碼看上去似乎沒啥區別，兩者的界限似乎也不是那麼清晰，如果硬要區分的話，程式設計是一個綜合過程，而敲程式碼是這個過程中的一個階段。詳細來說如下。

程式設計是個綜合體

程式設計就是做出一個專案來，而做出一個專案的流程一般有如下幾步。

需求分析。你給別人開發東西肯定要知道別人的需求是什麼樣的，你問都不問一下就開始做，做出來肯定不是人家要的那個效果。所以約個Sunny明媚的下午，把客戶請過來喝喝茶聊聊天，暢談一下人生，順便就把需求確定了。專案分析。需求確定下來了，接下來就是想一下這專案咋做。需要公司安排多少人力，投入什麼資源，需要什麼資源，整個專案工期大概多久，分為哪些個階段，專案都有哪些模組，每個模組幹嘛，分別有哪個程式設計師來設計等等。這一步很重要，沒設計好後面都是白搭。編碼階段。這個階段就是敲程式碼階段了，也就是程式設計師上場了。每個程式設計師就在自己的辦公位上沒日沒夜的寫程式碼，加班寫程式碼，每個人臉上都是熊貓眼。這個階段也是最容易發生衝突的階段，如果產品經理此時要求程式設計師改下需求，馬上一言不合幹起來。測試階段。程式碼終於敲完了現在就到了測試階段了，隆重邀請測試MM登場。不過這個階段也是會引起衝突的階段，測試丟來一個問題，研發第一反應就是“怎麼可能，在我這明明是沒問題的？”於是測試和研發也幹架了。。。維護階段。謝天謝地，專案終於磕磕碰碰上線了，程式設計師總以為可以休息下了，半夜睡的好好的誰知前方發來緊急訊息，說專案發現問題，客戶非常生氣後果很嚴重。如果沒問題也要經常訓練，給客戶做培訓啥的。程式設計大概就是這麼個綜合體，敲程式碼是其中一個階段。

程式設計是指編寫程式，敲程式碼是敲入程式碼。程式設計的過程中肯定有敲程式碼的階段。這樣兩者的關係就很清楚了。

程式設計過程除了敲程式碼以外，還有很多內容，現在我們分步驟來解釋一下。

第1個步驟就是，要了解你程式設計的目的，也就是程式的需求。這一部分要理清楚整個程式的輸入和輸出。輸入和輸出一般代表的是使用的場景。比如說我們要寫一個上傳圖片的程式。這裡的輸入就是選擇圖片。這裡的輸出就是完成圖片上傳並返回成功或者失敗的訊息。

這一部分在傳統的軟體工程裡面叫做需求分析。這個過程看，一般不需要敲程式碼，需要繪製一些狀態圖，把使用者的輸入和輸出都列出來。

第2個步驟就是架構的設計。要想提高程式的可維護性，健壯性和程式的高效率，程式的架構非常重要。一般是根據需求分析來選擇幾種可行的方案，然後選出最優的一種或者最符合現狀的一種行之有效的實現方案。

還拿上傳圖片那個例子，這一塊主要是研究前端用什麼，後端用什麼。然後前端用什麼技術，前端支援幾種平臺，後端用什麼技術，還包括選擇合適的資料庫。

這一部分參考的因素主要是面對現實，可能要結合現有的開發團隊的技術實力來進行選擇，可能要結合當前技術的發展趨勢來作出選擇，也可能為了專案的快速推動來做出一個選擇。

這一步在傳統的軟體工程裡面稱之為程式設計階段。

第3個步驟就是程式碼實現。這個步驟就會有敲程式碼這一個過程。這個過程呢，理想的情況是，80%體力勞動，剩下的20%算是腦力勞動。但這個也不是絕對的，因為取決於程式設計那一部分做到什麼細化的程度。

還有就是程式設計師對程式設計的理解程度。跟程式設計師的個人素質也有很大關係。

這個階段比較熬人的就是體力勞動這一部分，要消耗很大的精力去寫程式碼，去參考別人的程式碼，然後修改，最後要寫出高質量的程式碼。

在傳統的軟體工程中，這一步就稱為編碼。

第4個步驟就是程式測試階段。在這一階段，程式設計師做的工作不是很多，一般都是修改bug。當然了，修改bug也要敲程式碼。所以這部分嚴格的說，也有敲程式碼的過程。

還是以上面的上傳圖片作為例子。這個地方可以測幾種情況，一種是通常的照片，一種是非法的照片，一種是非常龐大的照片。然後上傳完了會有一個返回的訪問連結，那麼就可以測試一下這個連結。以上幾個場景，如果沒有透過，那就算是一個bug, 然後程式設計師就需要透過程式設計來修復這個bug。這個地方絕對不是敲程式碼那麼簡單，需要分析前因後果找出最好的方案來。

這個階段透過以後，基本上就進入程式的交付，驗收的過程，然後隨後就是程式的維護。

程式設計就是做出一個專案來，而做出一個專案的流程一般有如下幾步。

需求分析。你給別人開發東西肯定要知道別人的需求是什麼樣的，你問都不問一下就開始做，做出來肯定不是人家要的那個效果。所以約個Sunny明媚的下午，把客戶請過來喝喝茶聊聊天，暢談一下人生，順便就把需求確定了。專案分析。需求確定下來了，接下來就是想一下這專案咋做。需要公司安排多少人力，投入什麼資源，需要什麼資源，整個專案工期大概多久，分為哪些個階段，專案都有哪些模組，每個模組幹嘛，分別有哪個程式設計師來設計等等。這一步很重要，沒設計好後面都是白搭。編碼階段。這個階段就是敲程式碼階段了，也就是程式設計師上場了。每個程式設計師就在自己的辦公位上沒日沒夜的寫程式碼，加班寫程式碼，每個人臉上都是熊貓眼。這個階段也是最容易發生衝突的階段，如果產品經理此時要求程式設計師改下需求，馬上一言不合幹起來。測試階段。程式碼終於敲完了現在就到了測試階段了，隆重邀請測試MM登場。不過這個階段也是會引起衝突的階段，測試丟來一個問題，研發第一反應就是“怎麼可能，在我這明明是沒問題的？”於是測試和研發也幹架了。。。維護階段。謝天謝地，專案終於磕磕碰碰上線了，程式設計師總以為可以休息下了，半夜睡的好好的誰知前方發來緊急訊息，說專案發現問題，客戶非常生氣後果很嚴重。如果沒問題也要經常訓練，給客戶做培訓啥的。

程式設計大概就是這麼個綜合體，敲程式碼是其中一個階段。