你可能不相信，在阿里上班，我每天寫代碼的時間也就兩三個小時，那為什么還需要996呢?

[[275411]]

答案很簡單的，因為很多時候，工作不只有寫代碼，我的大部分這時間都不是花在寫代碼上的，而是處理問題，寫項目文檔，處理各種流程和BUG，解決日常的一些業務問題，和同事溝通協作等等，總之，真正寫代碼的時間壓根就沒有多少，實際上大部分時間都花在了其余的事情上。

這聽起來好像非常扯淡，但這確實是真的，至少我在這段時間的感觸就是這樣的。開發一個項目，大概是這樣的一個流程，先讓幾個大佬定個技術方案，然后出一份系統設計文檔，細化出每個功能的設計，比如說表結構的設計啊，接口的設計等等。

這就已經要花掉很多時間了，接下來開始制定項目排期，一般我們要制定一個項目上線的日期，然后根據這個日期再來倒排每個階段的開發工作。開發工作，其實只是其中的一小部分，后還要進行測試，測試完之后，還要進行各個流程的推進和驗證，直到最后的發布上線整個過程，可以說是非常繁瑣了，但讓這也是為了保證穩定性。

按照這種節奏，一般做一個小項目就要花好幾個月，所以你就可以理解，為什么我每天寫代碼的時間只有兩三個小時了，因為我還需要花時間測試，花時間走流程，花時間去寫個文檔。

很多事情看起來沒有什么技術含量，但這就是大公司的一些問題所在了，比如說流程繁雜，上線流程復雜，并且一些規規條條框框的東西也特別多。

總之，每天寫代碼的時間確實不多，充電學習時間就更加少了，也可能是因為我所在的部門是業務部門，所以需求比較緊的話，就沒什么時間去學習其他的東西了，所以相對來說，并發度是比較高的，有時候我還真想多寫點代碼呢，與其花時間在一些瑣碎事情上，倒是寫代碼來得更加實在呢。