Web全棧工程師的自我修養

二零一九年讀完的第二十本書，一個騰訊前端開發工程師寫的個人博客集錦，分享了他工作這麼多年來對於編程和設計的看法。比較適合剛畢業的學生看吧，像我這樣的高齡程序猿就算了哈。實話說我對於全棧工程獅還是有點擔憂的，每次看到一個人說自己是全棧我都會抱有大大的問題，你說的全到底是指多全。前後端都懂就算全，還是全週期。多年來我從產品獲取需求到產品文檔，再到自己做設計寫前端代碼，再到做後端接口開發和數據庫設計，還要自己去搞容器和維護。然鵝我不是全棧工程師，我只是個會寫點JS會寫點Go的菜鳥工程師。一個人敢說自己是全棧要麼就是狂，要麼就是自己無知。我認爲有且只有一種人能稱之爲全棧，獨立開發者並把自己的產品做成了獨角獸，那你就是真的全，否則那就是不全。

Web全棧工程師的自我修養：技術會舊，修養不會 這本書像是餘果把博客上的思考攢成了一本冊子。技術棧停留在2015年，現在看早已換了幾茬，但關於“怎麼學、怎麼想、怎麼不被新技術牽着跑”的那部分，反而沒過時。 它不是操作手冊，更像一個過來人的碎碎念。講前端怎麼跟後端配合，講工程師要不要懂設計，講重複勞動裏怎麼保持長進。沒有金句，也不打雞血，讀着像午休時聽同事聊天，平實，偶爾扎心。 缺點也明顯，博客拼湊的痕跡重，有些話題淺嘗輒止。適合剛入行、心裏沒底的技術人翻翻。技術會過時，但一個人面對技術時的那點清醒和耐心，放哪年都管用。

有了一個專長，得到一個能讓自己成長的工作，進入強大的團隊，就能有自己的陣地，以此爲生，然後再逐步學習更加廣博的知識，朝自己的個人目標去努力。如果連陣地都不穩固，就不存在開枝散葉、落地生根的可能性了。

作者作爲UI工程師，寫的一本前端開發手冊，釐清了獨立開發產品時的一些基本概念。技術是服務於商業目標的，包括選擇的項目、學習新技能時的取捨，先看看有哪些問題需要解決，再去補充工具箱，而不是純粹爲了鍛鍊技術能力而去學習。

這個書適合剛入行的看。幾年前我也是很追求全棧，興趣廣泛，看到什麼都想學兩下子，但是很多東西學了工作中沒有用武之地，或者換工作平時也用不到慢慢的就忘了，導致陷入博而不精的尷尬境地，基礎也沒紮實。技術最好就是實踐。工作幾年後應該選擇一個方向深入下去，一專而後多長，一專可能就需要很多年。這本書講的web之類的部分我覺得太散，其他講時間，講管理，講雞湯扯淡部分很有意思。 最後，感謝我的妻子，如果沒有你的陪伴，我應該早就讀完這本書了。

什麼都講了，但又好像什麼都沒講，主要是一些概念和框架性的東西。 可能是寫給想了解全棧工程師的人吧。

這本書寫出了作者的整個成長經驗，事無鉅細，內容的廣度是有了，但是缺乏一定的深度，有些內容雖然能帶領新手入門，但是偏向於個人主觀思想。另外，作者大量的記錄了一些名人語錄和故事，偏離了技術書的專業性。 不過本書值得稱道的是作者羅列了其他的文獻和書籍，不失爲一本web全棧工程師的自我提升的書單。

一本書，滿滿地都是經驗之談，很有學習價值。講得也全面。不過互聯網不論是技術還是玩法也都是瞬息萬變的。當我需要看這本書的時候，就說明我已經落後了。

要先看看有哪些問題需要解決，然後再補充您的工具箱。永遠從商業目標的角度來決定學習哪些東西，而不是純粹爲了鍛鍊技術能力而去學習。 我的第二條建議是，從用戶體驗的角度考慮問題。每一個糟糕的體驗背後都蘊含着商機 每一個前端工程師都知道的基本優化方法是：儘量減少同一域下的HTTP請求數，以及儘量減少每一個資源的體積。 OSI模型越靠近底層，就越接近硬件。

在地鐵上看完的，質量一般，適合學生或者剛畢業的程序員看看，書中講的東西很雜，有緩存、設計模式、持續集成等，帶來的問題就是不夠深入，後面兩章還不錯，講了一些程序員需要懂的高效工作、設計、溝通、責任等軟技能。