經過出版一本案例方面的圖書來包裝本身（實施篇）

    上週我寫了一篇博文，在著名出版社出版書，你也行——記錄我寫書出版的經歷和體會，承蒙管理員擡愛，收穫了2000+的閱讀量，也承蒙你們的厚愛，一度進入「最多推薦」欄。本文將進一步告訴你們如何寫出第一本屬於本身的圖書。

 

本身聯繫版社 Vs 經過圖書公司出版

    要出就找國內比較出名的計算機類出版社，清華出版社，人民郵電出版社，電子工業出版社和機械工業出版社，在上文裏，已經給出瞭如何申請選題的大體步驟。這裏要大聲說：

    其實在這些著名出版社出版圖書的難度一點也不比在其它出版社高，並且，當你們經過以下形式的郵件表達出想寫書的願望時，編輯通常會聯繫你們。

    我接觸過很多人，他們是經過圖書公司的人和編輯聯繫，這也是一條途徑，本人也作過。其實和圖書公司聯繫的話，出書的要求並不會下降多少，該作的也必定得作，並且他們可能還會從你們應得的稿酬中抽取一點做爲盈利。

     圖書公司對你們的幫助可能就有以下兩個，第一，可能他們相關書籍作得不少，若是新手出書，他們可能會起必定的指導做用，好比告訴你們目錄該怎麼寫，文字措辭又該怎麼寫。第二，若是你們本身聯繫編輯，可能列的選題未必能和編輯的匹配上，但圖書公司認識不少編輯，你們列的選題若是一位編輯不承認，他們還能給其它的編輯。

    講那麼多了，這裏給你們的建議是：

    1 若是能夠，儘量本身聯繫編輯，並且是聯繫比較好的出版社的編輯。本人在工做2年後，以當時的能力和編輯聯繫時，選題就能經過，因此這個難度不大。

    2 若是你的選題方向編輯不承認，或者你列的大綱編輯通不過，能夠先和編輯溝通協調，由於通常一位編輯認爲作不了的選題，其它編輯未必能經過。

    3 若是你本身和編輯再三協調下來，選題仍是沒能經過，抱歉可能我直說，你的技術可能達到了出書的能力，但出書的技能有待提升，這時你們能夠找個圖書公司，把選題報個多位編輯看看。

    4 出書不要錢，相反出版社會給錢，因此若是你們的能力夠，別掏錢出書。

 

報選題

    對於新手做者而言，建議寫本案例類的，好比xx案例指南，這樣的形式是代碼+說明，相對其它書而言，無需加入過多的對技能的描述，也無需過多引入本身的經驗體會，因此這類書難度是最低的。

    在寫書前，編輯會讓你們填份選題申請單，格式以下。

    編輯就憑這個來判斷你們所報的選題值不值得寫。

    剛纔說了，建議新手做者寫案例書，這些書通常能夠分十幾章，第一章介紹這個技術，包括基本語法，應用背景，開發環境，第二章介紹這個技術的常見用法，好比以前我寫過本jsp網絡編程方面的書，第一章寫的是jsp語法和網絡編程的基礎知識，第二章寫的是jsp連jdbc的常見用法和jsp+javabean+DB等的常規方式。後面就是一章一個案例。

    爲了提高你們圖書的出版機率，你們能夠選些當前比較熱門的技術來寫案例書，好比Python，或基於Spring MVC+mybatis的架構，或Spring Boot，我就拿我比較熟悉的領域來舉例，請原諒個人孤陋寡聞，你們也能夠選擇本身熟悉的熱門技術。

    並且，選用的案例中，能夠儘可能多包含些熱門案例，好比搶紅包等，也能夠儘可能多用些比較熱門的技術，好比Redis緩存或大數據等，同時儘可能少用一些不包含熱門技術需求也早被被人作濫的比較low的系統來湊數。

    

經過合同肯定稿酬和交稿時間

    在合同裏，你們能談的估計也就這兩件事。首先你們別對稿酬抱有太大的但願，一來新手做家寫出的書未必有太多的銷量，二來這書還未必寫完。

    你們先別驚愕，我當時一個一批志同道合的人（10多人）一塊兒相約寫書，最後也就兩人成功出版。

    因此關於稿費，通常來講能夠接受銷售數量的7%，或者能夠用階梯稿酬的方式。

    5000冊如下7%，5000到10000冊部分10%，10000到20000冊部分15%，20000以上，20%，這樣編輯也能接受，並且也能給本身留個念想。

    關於交稿時間，通常400頁的書最多寫8個月，600頁的書最多10個月，800頁的書最多1年。固然若是抓緊的話，本人有過6個月完成400頁書的經歷。話說回來，若是超過這個時間書還沒寫好，這書估計也寫很差了。

    

經過寫一個章節來磨合編輯的風格

    簽定好合同後，你們能夠經過寫一個案例的章節來實踐下編輯的要求，具體作法以下。   

    1 先準備一個案例，你們能夠下載一個甚至買一個別人的案例，但千萬別就這樣用了，必定得在理解的基礎上按本身的思路再寫一個，要求作到界面美觀，具備基本的功能。

    2 寫稿件時，能夠採用「分步驟描述」和「總分總」的寫做思路，好比在描述實現步驟時，能夠寫，「咱們能夠按以下的思路完成哲這個系統，第一步，定義界面，第二步，開發數據庫鏈接模塊，第三步，開發xx模塊」。

    在描述代碼時，能夠先「整體介紹一下」，好比「這段代碼實現了xx功能」，再「分步詳解」，好比「在xx行，咱們實現了xx功能，再後面的xx行，咱們又實現了xx功能」，最後再「總結一下」，好比「回顧一下，這段代碼裏有xx好的技術，xxx」

    3 若是你們用心寫，編輯看了第一個章節不會提出「全盤推翻」性的要求，可能會在措辭和格式上提些要求，至於寫做水平，每一個做者不同，只要過了基本底線，編輯通常不會提太多的要求。

    但在這個階段是最艱難的，有可能和編輯來來回回地溝通，有些人就由於怕麻煩，而後工做再一忙，看到編輯修改要求又多，就直接放棄了。但過了這關，後繼就一馬平川了。

 

靠寫書治癒懶癌

    在以前的文章裏，很多朋友回覆說沒時間寫。確實，家庭工做更重要，若是衡量下來確實沒時間，那應當以家庭和事業爲重。不過話說回來，本人就是靠寫書治好了本人的懶癌。

    我一直是早上8點半出門，晚上通常7，8點到家，有時晚上還得和美國那邊開會。因此以前工做之餘也就睡了，或者看手機看電視看連續劇。

    自從我寫了java web輕量級開發面試教程以後，早上也早起了（最晚6點半，通常6點），晚上只要吃得消就寫，哪怕就寫半小時，週末寫一天。個人感覺是，只要硬下心開始寫，寫出興奮感以後，想停都難，因此本人的懶癌就行了。好了以後，工做生活的感覺也都面目一新了。

    

    本人最近在寫第二本書，在寫書途中，個人孩子也出生了，目前估計比大多數人都忙，但依然有時間寫書。個人感覺是，只要肯作，總能擠出時間，好比上下班途中思考文字，頭腦累的時候就作些修改代碼的體力活。

    對於這裏推薦給你們寫的案例書而言，咱們來計算下寫做時間。咱們先假設一天寫半小時，那麼5個工做日是2.5小時，週末也2.5小時，一共一週5個小時。其實這個時間不算多，通常我見到的做者一週都能寫8個小時。

    一本書算12個章節，大概500頁，兩個理論性章節估計1個月能寫完，關於案例章節，對於新手做者，剛開始2周找案例並改寫，1周寫文字，也就是說3週一個章節，編輯來了修改意見能夠邊寫後繼章節邊改，這樣10個章節30周，也就7個半月，其實等寫熟練了一月能寫2個章節，但就滿打滿算，最多9個月能完成一本，這仍是創建在一週5個小時寫做的基礎上的。

    總之，只要開始寫了，並堅持下來了，想停都難。只要堅持，就有收穫。本人堅持寫了幾本，最近的java web輕量級開發面試教程至少有人肯盜版了。

    

    被盜版影響到我版權收入，這我很不開心，但話說回來，若是個人書通常，盜版商還懶得盜版我。

    你們堅持下來，至少能寫出「盜版商肯盜版」的圖書。

    

 

寫書前的測試

    有很多人願意寫書，由於這對找工做幫助很大，但不是每一個人都能寫完，倒不是能力問題，而是沒毅力。這裏給你們作個趣味性的測試，若是你們能完成，估計寫書就不難了。

    測試要求，一週在博客園裏寫兩篇原創性文章，文章題材不限，但至少要達到「能申請首頁」的水平。真的開始寫書後，工做量大概是這的兩倍。若是你們能堅持個1個月，估計至少在毅力方面就沒問題了。

    

 

最後回答一位朋友關於翻譯的問題。

    最近我也想作翻譯，也找了很多出版社，但都沒翻譯的活了，我也不知道爲何。

    若是能作，這絕對是個鍛鍊寫做的好機會，由於別人已經把意思寫清楚了，咱們只要翻譯成中文。不過不建議在沒出版過書的基礎上就作翻譯，由於要把原文翻譯得活靈活現很難，但若是照直翻譯了，可能會形成除了你以外沒人能懂的尷尬局面了。這只是我我的的見解。