關於怎樣寫程式設計入門書的問答

出自十年碼農群裡的聊天。

劉江 23:04:59 YJ：你準備寫哪方面的書？現在就可以規劃

YJ 23:09:37 現在的實力我自己都還覺得不滿意，再修煉幾年

劉江 23:11:11 領域總是可以定的吧

YJ 23:13:32 冒號課堂 型別的程式設計基本技術類書籍

劉江 23:15:17 冒號課堂好像賣得不太好，大話設計模式賣得好 程式設計入門書潛力還是不小的 你看過蔡學鏞的《程式設計ing》嗎？

MX 23:17:14 書名可以叫： 一行程式碼一塊磚，一磚一瓦造金屋。 ---- xxx語言入門

YJ 23:21:51 沒看過

劉江 23:22:25 準備用什麼語言來講？

YJ 23:22:38 書賣的好不好知名度太重要了

LSG 23:23:10 但是書的價值 還是在於作者 還有讀者

劉江 23:23:41 其實書也是產品，需要運營的 作者知名度也是運營出來的 Peter Norvig說十年學會程式設計，寫一本好的入門書，是不是也應該用十年的時間呢？

YJ 23:25:06 語言應該各種都用點做比較 反正我覺得現在還沒那種實力 差遠了

YJ 23:27:28 寫本搞笑碼農辛酸史可能還行

劉江 23:27:36 冒號課堂其實立意不錯，可以從那裡入手，為什麼沒賣好，可以研究一下 真搞笑的話，也不錯

YJ 23:28:42 冒號課堂寫得有點囉嗦

劉江 23:30:38 是

YJ 23:32:55 那種擬人化的寫法也不是所有人能接受的 普通碼農喜歡書有專業或者簡單或者玄乎 這本書這三方面都不太像雖然懂得人知道是多年體會才會有這種總結的

YJ 23:33:55 他這本書有些內容還是摘抄了其他書的內容程式碼和例子

劉江 23:34:08 目前看，Head First和大話設計模式那種寫法都有可以借鑑的地方

YJ 23:36:59 很多碼農就喜歡看看平易近人的 不一定很嚴謹但是他看的時候一定要覺得自己懂了 我覺得這種書比較好賣

劉江 23:38:23 對，教學法、心理學很重要。要讓人有成就感

YJ 23:42:01 敏捷書很大一部分就是這種型別 平易近人

劉江 23:42:35 Robert Martin那種風格挺好的

YJ 23:44:49 是蠻好的 他這種書就屬於個人總結型 有類似經歷的人完全知道這些的重要性 沒經歷的人也認這個理而且很現實容易懂 但是其實沒有做過比如說完整的框架和架構設計裡面有些也只能停留在認知水平 無法知道哪些才是最重要的 就陷入實踐教條主義了 就是很多敏捷瘋給人的感覺

QHW 23:49:22 個人覺得不是拿本書就能成為高手的 更多的是，你吃過虧，然後書中的方案，你才能理解

劉江 23:50:04 那是當然，就像看遊記不能替代身臨其境 但是旅遊時手裡有個地圖，還是有用的

QHW 23:50:36 當然看書有個好處，能知道大概的一個方向

劉江 23:50:48 是，方向感很重要

QHW 23:50:53 就像劉老師說的地圖

YJ 23:51:03 地圖是另外種風格的寫作了

劉江 23:51:26 書裡突出實際上比較重要的點很關鍵。現在大多數程式設計教程都犯了一個毛病，按語言特性知識點，不分重點、平均用力地介紹，實戰中很多特性其實很少用的。而且不大講常見錯誤。 Bob大叔講UML就是這樣，他提到某種圖，會說其實這個圖沒啥用，至少我就沒怎麼用過，這是UML三個大叔寫書時不會說的，但特別實用

YJ 23:54:24 bob大叔的書就是休閒品的感覺 我喜歡

劉江 23:56:05 還有一個寫SQL Server書的，也有類似風格。各種特性介紹的時候，會講這個特別重要，要注意什麼什麼，不要犯什麼什麼錯誤。而另外一個特性呢，其實沒啥用，我就向微軟吐槽過不要這樣設計…… 作為過來人為初學者做減法，是很有效的

就像你作為某地的本地人，外地朋友到這裡旅遊，問你哪裡好玩，哪裡有好吃的啊？他需要的是你給一些重點推薦，而不是一個死氣沉沉的清單

YJ 23:58:28 其實那種書我也喜歡，我內心有掌握所有Api的不良癖好 只不過書太厚確實壓力大一年讀不了幾本 那種書肯定不好賣

劉江 0:01:34 寫書的人當然能掌握所有API最好。還是剛才的例子，玩過吃過本地所有地方的本地人，那個推薦才是最靠譜的

但是對於初學者，要替他們篩選，重點推薦，講細點。其他的可以提，讓他們有大局觀。就像“如果你還有時間的話，還可以去哪裡哪裡玩”，“這些都玩完了，還可以去哪裡哪裡”……