成爲一名優秀的Developer的書單

這是一份關於如何Re-Practise的技術書籍推薦書單。

一直畫/寫一個推薦書單來供你們參考，無奈找不到一本合適的形式。有一天，想到了以前的技術樹 https://github.com/phodal/sherlock，便開始落地了。

我深知本身的知識有限，因此寫下本文以便和你們切磋交流。歡迎經過 GitHub 的Issues或者直接Pull Requests方式來分享你的經驗。期待你的反饋。

基本閱讀路線圖:

首先，你須要選擇一門語言，而後學習之。這時有一些還不錯，如JavaScript實戰，JavaScript Cookbook，前者是一門實站手冊，後者則是參考手冊。再來一本某某語言，或者框架的實戰，與權威指南，你就能夠完成工做了。

而後呢？

說明: 完成工做是一件很容易的事，如何更好地完成工做就須要更多地學習。而且我堅信每個有技術熱情的人，都但願能夠看到本身寫的框架能夠無處不在。

《技術的本質》 - W. Brain Arthur早已看穿了一切

這是一本關於『技術是什麼，它是如何進化』的書。新的技術是根據於咱們當前的目的、一個可實現的原理、一種新現象而發明的。而且，新的技術都是基於以前的技術發展出來的。

So，經過研究現有技術的一些發展，咱們能夠預料到一些新的技術的出現。儘管新的技術並無解決一些根本性問題，如業務，可是它是爲了業務而簡化現有的技術。

如何寫好代碼——重構與設計模式

從編寫可讀的代碼，到重構現有的代碼，再到設計模式，是編碼的必備法則。

• 《測試驅動開發》: 儘管在國內，咱們不多聽到開發人員寫測試，就更少聽人們談論TDD。雖然我不是TDD的死忠，可是我以爲TDD仍是頗有好處的。特別是當你的函數特別長的時候，它能夠驅使你寫出更短的函數——更多的函數。紅->綠->重構，就是這麼簡單。

• 《重構: 改善既有代碼的設計》: 紅->綠->重構。若是重構以前沒有測試，我相信你多是想換個工做了。好的代碼是重構出來的，而不是一開始就寫出來的——除非你的代碼不用於任何業務。反正，就是程序員必讀，不想多說。

• 《Head First設計模式》: GoF的《設計模式》一書很薄，因此也很抽象。第一次看《設計模式》的時候，硬着頭皮看了幾天，而後放棄了。。。不過，Head First系列能夠將各類枯燥的設計生起起來，這是一本很是適合入門設計模式的書籍沒有之一。

• 《設計模式解析》: 比Head First更深刻，可是比DP簡單。做者選用了一些經常使用或者說用到的模式，講述了爲何在這裏適合用它。

• 《易讀代碼的藝術/編寫可讀代碼的藝術》: 納尼！你竟然不想買這本書？

• 《代碼整潔之道》: 書中給了很方法與規範，遵循它們能夠寫出整潔的代碼。可是整潔並不意味着你應該讓代碼簡單！

• 《重構與模式》: 這本書的中文名字應該叫《重構到模式》！！！重構代碼到設計模式就這麼簡單。

• 《設計模式》: 必讀，而且值得多讀幾遍。

• 《元素模式》: 首先書名很扯！！！這本書更適合叫《設計模式要素》!這本書提取了設計模式中的一些基本元素，很具備啓發性。

如何寫前端框架——前端讀書路線圖

以JavaScript做爲例子來解釋如何去學習一門語言，從語法到最後的MVC。

機器學習讀書路線

機器學習依賴於大量的數據和理論知識，而數據又能夠創造出美妙的數據可視化圖像。

持續交付讀書路線圖

敏捷是過去，持續交付是如今，將來呢？

想要構建一個好的項目，構建系統、自動化測試、可配置缺一不可。

領域特定語言讀書路線圖

最好的語言就是能夠表達你業務的語言。

若是你熟悉前端的知識的話，你會發現DSL無處不在。

架構與模式讀書路線圖——每一個人都是架構師。

成爲架構師最簡單的方法就是學習別人的模式。

成爲成功架構師即是建立模式。