說說技術書籍

看過了很多的技術書籍，到了今天，似乎對技術書籍失去了盼頭。過去，因為是在學校的關係，上課只好帶著書過去，現在工作了看書的時間越來越少，但是看的書似乎沒有比原來少。只是看書的內容變了，以前看的是技術書籍，現在懂的技術多了，看的型別變成了理論型別的。而我本身是更喜歡實踐的型別，於是到了今天技術似乎沒有想象中的重要。

業務與技術

在學校的時候，由於接的一些單子數量比較少，三天打魚兩天曬網，可以有更多的時間放在技術的學習上面。或者說，當時的學習是目的性不強的學習。受一些客戶的影響，當時我們所要做的一些技術方面的東西，也是被驅動著去學的。

工作的時候，主要的東西也是受業務驅動。換句話說，不論在哪我們都是要以營利為目的去寫程式碼。只有在Github上寫程式碼可以自由自在，換句話來說，這也是寫部落格和寫書的區別。

• 作為一本書的作者，我們需要將我們想講述的東西變得簡單一點。有時，我們不得不去重複一些內容，以便讓我們的讀者讀懂我們的思想。這就是我們的主要業務——寫作，最好的寫作是可以按自己的想法而來，而不是讀者想要什麼我們給他們什麼。然而，我們也需要去考慮讀者的感受。畢竟，這時可以給我們帶來收入。

• 作為一個博主，我總是自己想寫些什麼就寫什麼。我需要寫點什麼就寫點什麼，這就是我們的自主。我們可以不需要去重複一些內容。而且相對於寫書來說，我們可以不斷髮布我們地新版本的部落格。部落格可以是我們的筆記，於是我們想要什麼就給自己什麼。我們不需要考慮太多讀者的感覺。畢竟，這算是一種額外的收入。

於是，我們回到技術與業務上。這也是我們在Github上寫程式碼和專案上寫程式碼的區別。

• 工作上寫的程式碼，絕大多數是以業務為驅動的。有時，我們甚至會抗拒某些功能的程式碼，至少從心裡上不會認可這樣的行為。然而，在業務上卻是受歡迎——比如廣告。我們寫的程式碼多數時候是受約束的，這樣也就意味著我們可以寫出更好地程式碼。只是當我們有太多優先順序比較高的功能時，我們寫的程式碼就會越來越糟。我們沒有時間去重構，沒有時候去寫出更好地程式碼。正如:如果我有更多的時間， 我就能給你寫更短的信了。

• Github上的程式碼。總是可以隨心所欲地寫，我想有這個框架，用這個資料庫。我們可以在自己的專案上選擇需要的功能，就像Linus一樣，可以決定Linux核心需要怎樣的功能。這時，我們沒有業務驅動，我們可以寫作更好地程式碼。我們總會試著去重構我們的程式碼，因為我們有足夠的時間。

只是我們靠工作來賺錢，靠[Github][github]來保持熱情。雖然，多數時候對工作上的程式碼很有熱情，比如某些有挑戰性功能。而我們靠Github來保持更高地熱情，不是麼？

說說技術書籍

多數時候我們看書是靠興趣，少數時候我們是靠技術上的需要。於是，作為一個興趣廣泛的孩子，我有一堆書，多到我不想去統計到底有多少。

有一天，我發現我的書架上擺滿了太多關於技術的書籍。

於是有時，我開始向一些非技術類的書籍靠攏。畢竟，瞭解活著的意義，有時候比更好地活著來得有意義。

如何寫技術書籍

這是一個簡單而又有趣的話題，如果我們寫關於某方面技術的話，我們我想我們要寫關於這方面的書籍唯一缺少的就是恆心。因為我們在這上面工作了一些時間，我們有足夠的能力去寫一本書。當你發現一本書上面的所有知識都是你會的時候，你也有能力寫這樣的一本書。但是你真的會去寫麼，如果每天你都想著把睡懶覺的習慣戒掉的話，這可能是一件很能的事情。這需要持之以恆地力量，所以在那之前需要好好地去評估一下這可能性。

聽過不少關於技術方面的講座等等，多數都講得比較顯淺，並不是演講者的水平問題。而是如果演講者講得太深的話，那麼多數的人就聽不懂，也就不會有興趣。聽上去，你似乎是一個NB的人物，僅些而已。於是如果我們把一本技術書籍寫得複雜的話，那麼受眾就少了，肯看的人就更少了。很難去了解到底有多少出版社真的願意去出這樣的書，於是多數的技術書籍的主要物件都是那些初學者或者中級。

結論

於是開始慢慢去思考，我們是要寫更多的程式碼，還是要看更多的書。只是有時可以少看一些技術，我們真的需要去了解一些不在用的技術嗎?我們把一門語言學得再好，如果用不到的話，是不是隻能用來聊天？

其它

總想說的一句話是: 技術應該用來改變生活。

轉載保留: http://www.phodal.com/blog/think-about-technology-book/