專訪小書做者劉傳君：練太極的「讀書機器」

本文僅用於學習和交流目的，不得用於商業目的。非商業轉載請註明做譯者、出處，並保留本文的原始連接：http://www.ituring.com.cn/art...

訪談嘉賓：劉傳君

劉傳君，創過業、作過產品、一個愛讀書，喜歡分享的程序員。前後在圖靈社區出版了《HTTP小書》《Git小書》《Vue.js小書》《Swift iOS開發小書》。

---

訪談實錄：

創業的經歷讓我無比清晰地認識到，我更願意把時間花在技術自己

「若是你認爲本身能夠應對各類不期而來的事件，也有比較強烈的改變世界的動機，那麼不妨試試！此次創業的經歷讓我無比清晰地認識到，我更願意把時間花在技術自己。」

---

介紹下本身曾經創業的經歷。有哪些感悟想跟其餘創業者分享？

那次創業已是10年前的事兒了。我和一位一樣是技術出身的合夥人，一塊兒作了款OA產品。咱們計劃經過朋友推介的方式推廣這款產品，若是客戶想要定製的話，咱們也不拒絕。可是實際工做中，咱們發現銷售過程佔據了咱們更多的精力，並且和客戶溝經過程中的模糊需求、關於工期和價格的談判都令我感到不適。由於我本人仍是但願能夠有大塊的時間專一於技術，因此放棄了此次創業。

創業頗有挑戰，對我的的綜合能力要求很高。什麼樣的人適合創業是須要評估的。若是你認爲本身能夠應對各類不期而來的事件，也有比較強烈的改變世界的動機，那麼不妨試試！此次創業的經歷讓我無比清晰地認識到，我更願意把時間花在技術自己。

目前，從事什麼樣的工做？

目前，我在一家ERP提供商工做，負責平臺開發和新技術研究。和團隊一塊兒，咱們創造了公司內第一個ERP產品的二次開發平臺。這個平臺最初只在公司內部小範圍使用。2008年「512大地震」時，我帶領團隊基於此平臺的快速交付能力，開發出並在一週內上線了賑災物資分配系統。隨後，公司開始更大規模地基於此平臺開發產品。

關注哪些技術領域？

產品開放和技術關注是相輔相成的。目前，我關注Swift、Node.js等技術。

語言的選擇很重要。iOS系統的Objective-C語法比較特別，我沒法接受。可是，Swift就頗有主流語言的樣子，而且蘋果官方也很是支持它。至於Node.js，我喜歡它的自由開放，會考慮把它做爲後臺開發語言逐步替換以前的C#。這樣的話，將來的產品就能夠運行到Linux系統下。在我看來，這多是ERP開發的技術機會。

業餘時間，我也會學習操做系統開發，準備花幾年時間作一個「能跑」的系統。

傾慕Unix哲學

「甚至，在寫書和寫文章的時候，我會認爲單行命令遠超過若干個截圖，簡潔能夠帶來更高效地知識傳遞。」

---

您曾說過本身傾慕Unix哲學，能夠分享下本身對Unix的理解嗎？

是的。我欣賞Unix的極致簡潔，還被Unix成功地灌輸了很多觀念，好比說管道的設計理念，這使得各命令能夠很是方便地進行組合。每一個命令都專一於特定的功能，組合起來就能夠作到多樣變化。

甚至，在寫書和寫文章的時候，我會認爲單行命令遠超過若干個截圖，簡潔能夠帶來更高效地知識傳遞。我在寫《HTTP小書》的時候，不會像大多數人同樣使用瀏覽器發起訪問、顯示響應，而是儘量地使用curl命令。前者每每須要截圖，一個操做截圖就可能須要佔用半頁篇幅；而命令行可能就是一行命令和幾行輸出。

常年混跡互聯網技術圈，您認爲技術人身上有哪些閃光點？存在哪些不足？

我曾經作過地區的.Net技術俱樂部，組織技術人士進行線下的交流。事先，我會徵集活動主題和會議地點，而後召集對.Net技術感興趣的技術人蔘加。這段期間裏，我和微軟有了良好的互動關係，一方面傳播了技術知識，一方面彙集了很多熱心的技術高手，彼此間分享觀點、相互支持。

我也經常混跡一些線上的論壇，像是Stack Overflow、SegmentFault、掘金等。所以和不少技術人員有了比較深層次的交流。他們低頭作事，專一技術實力的提高，或許沉默寡言，確是專一認真、勤奮上進的典範。

不足的話，少部分人身上是存在的。我曾看到過一些網絡論壇上的評論，其中難免有些賣弄、推銷或是鄙視他人價值觀的，阮一峯的博客上就經常能夠看到相似的言論。我在Stack Overflow上也會查找問題，偶爾提些問題和回覆問題。在這裏，不多存在賣弄或是攻擊他人價值觀的狀況。我但願技術人士可以更加專一問題討論自己，而不是其餘。

有書相伴，時光老是美好的

「農村長大的我，對山水風景很喜好，對周圍的人文則只想躲離。讀書可讓我以最低的成本看到外部的世界，給我源源不斷地提供新的知識和樂趣。」

---

您平時酷愛讀書，讀的書所有是技術書嗎？

以IT技術書爲主，醫學史類也很喜歡看。醫學史讓我從發展的角度瞭解常見疾病及其預防方式的前因後果，幫助我瞭解身體的運做方式，作到有意識地愛惜身體，這自己就是很酷的事兒。也會看些歷史和地理方面的，小說也有很多。

有哪些鍾愛的讀書方式？

就是一字一句地讀。每當看到有觸動或者關注的，就用筆畫下來。技術書的話，必定要寫代碼驗證。還有一個「惡習」，就是把認準要讀的書封撕掉。由於我喜歡紙的感受，不喜歡封面的塑料。

有價值的書，要反覆讀。好比我在研究HTTP的時候，就買了幾本同樣的書，車上、辦公室、家裏各放一本。6個月裏，寫了不少驗證代碼。

練太極的「讀書機器」

「小說《假如明天來臨》對太極的描寫，讓我認識到太極原來能夠那麼酷！總之，我愛上了太極，而且堅持了下來。」

---

咱們想知道，除了讀書，平時還有哪些消遣活動？

聽到我每一年讀50本書的時候，不少人都很驚訝，說我是「讀書機器」。農村長大的我，對山水風景很喜好，對周圍的人文則只想躲離。讀書可讓我以最低的成本看到外部的世界，給我源源不斷地提供新的知識和樂趣。從小就愛讀書，它已經成爲了我生活中最可信的一部分。

有一段時間，「量化生活」的說法很流行。因此，我就想觀察下本身讀書的數量，我發現，能夠作到每一年閱讀超過50本的書。有書相伴，時光老是美好的。

除了讀書，我有一段時間真就不知道幹啥。不看書的話，會散散步、爬登山。知道不健康，可是不知道怎麼改。後來我發了狠，嘗試了一些運動。可是，我總以爲是爲了解決問題不得已而去作的，因此心裏對運動也並不積極。

閒暇時，我看過一本叫做《假如明天來臨》的小說。故事裏女主角特雷西蒙冤入獄，在獄中不斷求生，越獄後懲治惡人，最終走向自由。特雷西被禁閉在狹小的黑囚室的時候，決定練習太極來保持體力。

小說對太極的描寫，讓我認識到太極原來能夠那麼酷！總之，我愛上了太極，而且堅持了下來。

堅持寫做短小精悍的小書

「由於喜好讀書，我會關注讀書的成本問題。我一直堅信，存在一種下降閱讀成本而且能夠快速入門的方法，這個方式能夠由做者把信息更好地組織來達成。」

---

您曾在圖靈社區前後寫做了四本電子小書。爲何會堅持寫做短小精悍的小書？

由於喜好讀書，我會關注讀書的成本問題。我一直堅信，存在一種下降閱讀成本而且能夠快速入門的方法，這個方式能夠由做者把信息更好地組織來達成。

堅持寫短小精悍的小書，是由於我有本身的原則。

1. 關注單一。講某個問題時，去掉和當前問題不直接相關的信息，一點也不要。

2. 代碼優先於文字。讀者能夠很容易地把代碼跑起來，代碼懂了，文字沒必要看。

3. 命令優先於截圖。可以用命令和它的輸出說明的，不要去截圖說明。實際上，我在《git小書》裏沒有添加哪怕一張的截圖。

4. 最佳方案優先。完成一件工做能夠有多種方法，首先介紹當前我認爲最好的。

電子書的優點是，你在閱讀的時候能夠直接複製代碼來作驗證。好比《Swift開發小書》裏的代碼都是一整段的，讀者能夠直接複製粘貼到IDE內運行。這樣就沒必要通讀全章，而後把分散於多處的代碼拼起來去運行。電子書的另一個好處是，當我以爲我把整本書須要承載的知識都講清楚的時候，就能夠收手，沒必要爲了篇幅的問題而勉強本身。

是否有計劃出版一部「大書」？

是的，我也在琢磨出一本厚書的問題，畢竟鉛字對我仍是有誘惑的。《Swift iOS 開發小書》出來後，我依然在繼續Swift的研究。目前，關於Swift的博文也積累了不少。

什麼樣的技術書是您所推崇的？

我挑書的話，通常會看前言和第一章。若是前言部分有做者本身的感覺，而不是僅僅羅列事實，那麼我會認爲他的文字有溫度。若是從第一章的內容就能夠看出全書的脈絡，我基本上認爲做者的架構能力強，組織材料精確。《重構：改善既有代碼的設計》就很符合上面的標準。

不符合個人但願怎麼辦？事實代表，這樣的好書老是比較少的，特別是新技術剛剛出來的時候。這時的官方文檔經常是惟一的選擇。閱讀下來確實不容易，有技術自己的障礙，有語言的障礙。硬着頭皮看下幾章後，也就順了。有個說法叫做溫書，反反覆覆地看直到把一本冷書變得溫暖，回報也就來了。

---

更多精彩，加入圖靈訪談微信！