很多同學以爲程序員一天到晚的工作就是寫代碼，寫代碼，寫代碼！
其實不是的。寫代碼只是很少很少的一部分工作，其實更多的時候，我們：
讀別人的代碼
通常我們進入公司以後，不會是重頭開始一個項目，而是在已有代碼的基礎上進行維護或新功能的開發，所以必須“讀代碼”。
讀有“泛讀”，瞭解系統架構、功能模塊，對系統有一個大致的認識，各個功能能找到相應代碼實現的位置。
還有“精讀”，通常就是調試了，在fix bug的時候使用。此外還包括審覈：一些規範一點的公司，都會有code review，也是精讀，但不用debug。
對於一個成熟的項目來說，讀代碼——而不是寫代碼——可能是最耗時間的工作了。
寫註釋文檔
爲了減少“讀代碼”的時間，我們不得不花時間“寫註釋”“寫文檔”——這個程序員最深惡痛絕的工作。所以現在“爛代碼才需要註釋”的聲音變得越來越強，但無論如何，文檔還是要寫的。（注意：要能區分註釋和文檔）
瞭解需求
好了，終於到了“寫代碼”的時間了。
然而，在動手開始寫代碼之前，你必須花時間“瞭解需求”。和自己寫個小程序玩玩不同，在公司，你是爲別人寫代碼，所以你一定要了解別人究竟想實現什麼功能。通常，這並沒有你想像的那麼簡單，需要反覆的溝通。
當然，也有一些團隊和個人，不願意在這上面“浪費時間”，通常他們的下場就是不斷的寫代碼，然後不斷的改代碼，加班加點的做大量的無用功，整個公司怨氣沖天一地雞毛。
開發中的其他各種溝通
大家都恨產品經理。
但其實產品經理只是我們最恨的人之一，我們還恨前端、後端、DBA、測試……承認吧！因爲我們是團隊開發，說好的團隊精神有沒有我不知道，但各種摩擦扯皮是必須的。
比如前端要後臺給一個接口，後臺給不出來或者嫌麻煩；比如後臺跪求DBA的權限，DBA優化數據庫時說Developer都一羣傻逼；比如測試一次又一次的報bug我特麼像殺人的時候……
這些都需要溝通，也就是需要時間和精力。
其他無聊的辦公室活動
比如寫日報週報，應付各種KPI，這是所有工種都乾的活，就不多說了。
總之，程序員真正寫代碼的時間其實不多。個人覺得，一天能有30%的時間安安靜靜的寫代碼，就算是不錯的工作環境了。
不論是我們的大學教育也好，培訓機構也罷，都只知道知識的灌輸，而忽略了程序員工作能力的培養。這些能力，即只能在工作中“自學”獲得，所以你看這些公司的招聘，都要求“兩年以上工作經驗”，意思就是：一般的新人，起碼要兩年的時間，才能“習得”這些起碼的工作技能。
新手們剛剛開始學習編程的時候不要好高騖遠，從最基礎的C語言開始，認真走好每一步的基礎，只有踏實的一步一步走來，才能進階的更好更高。想要進階更多的可以關注我的主頁，私聊學習更多。