適合程序員的寫作技法
曾多有人問起，寫作除了堅持寫，持續寫，長期寫，還有什么寫作技巧么?是的，有的。作為程序員背景的我，自然是沒有上過什么寫作課，所以我基本是靠長期寫，然后在實踐中摸索出的一套適合程序員思維的寫作技法。就像寫程序一樣，我的寫作過程包括下面的部分：
- 需求
- 設計
- 實現
- 測試
- 交付
需求
寫程序的原因是因為有需求，而需求對應于寫作就是確定主題。如果把每一篇文字想成一件產品，那么定義寫作的主題，就像定義產品的靈魂。
寫作的主題有很多來源，有時是來自身邊的工作和生活中的事件引發的感觸。有時是閱讀過程中突然產生的啟發與領悟。這些都屬于靈感乍現的時刻，但為了持續寫作，等到寫的時候去靈光一現是很難保障持續寫作的主題供應的。所以，通常很多時候在大腦的潛意識里都會在考慮主題的問題，一有了靈感乍現，就隨時記錄下來，形成一個主題列表，而每周的寫作就從這個列表中選擇一個主題。
這個主題列表，就有些像產品的需求特性列表了，呆在需求池里等待被實現(寫出來)。由于我每周只寫一篇，那么每周如何從這些主題中做出選擇?這就像是確定一個產品的目的，定位方向，細分受眾人群，排列寫作優先級。所以，雖然有時寫的比較散，但總得來說由于能寫的時間和精力有限，我都會把主題方向相限制在圍繞程序員的職業發展、成長、工作與生活上，畢竟這是離我目前的狀態最接近的方面。
關注定義好主題是一篇好文字的開端，畢竟如果一開始產品方向錯了，實現的再好又能有多大意義呢?正如作家庫爾特·馮內古特所說：
想一個你關心，其他人也會關心的話題來寫。要記住，不論你用多么發自肺腑的情感表達，對于讀者來說，除非是他們真正關心的主題，不然怎么都不會太關心，而只有主題才是讀者最真切的關注點。所以，關注你的主題，而不是想辦法去顯擺自己的文字。
設計
確定了本次寫作的主題(需求)，就該進入到設計階段了。程序開發的設計分為兩個階段：
概要設計
在軟件程序系統的設計中，這部分內容主要是架構設計，系統或子系統的拆分、交互邏輯、邊界等等。而對于寫作而言，就是設計本篇文字的邏輯架構。
在主題確定的基礎上，看采用怎樣的邏輯去展開主題，形成合適的銜接。以我愛寫的隨筆思考類散文為例，所謂散文，形散而神聚，其中的 “神” 的一部分正是主題展開的邏輯架構，文字附著的延展線條。
詳細設計
有了邏輯骨架，就需要補充真正有血有肉的文字。
圍繞主題想表達的觀點，為了支撐觀點需要的素材。搜集、整理、引出和排布這些素材的方式。而為了讓文字更有閱讀的趣味，還需要有適當的故事，因為人人都喜歡讀故事，而非說教。那么這些素材或故事又從哪里來?只能來自平時的閱讀積累。大部分我們讀過的東西很快就會忘記，為了在需要的時候找到合適的內容，平時的閱讀就需要記錄筆記，留下索引，必要時再 Google 之。
所有寫作的這些素材準備都是在這個階段完成，而到了真正的寫作階段，就可以一氣呵成了。
實現
程序員寫代碼的時候最討厭被人打斷，需要一段能安靜且專注的時間，通常在 3 ～ 4 小時不等。
所以我現在通常選擇在晚上夜深人靜的時候進行寫作的 “實現” 階段。這一點，不僅程序員是這樣，很多知名作家都有自己獨特的寫作習慣。他們的共性都是需要一段能實現不被打擾且專注的時間。
村上春樹，當他進入創作小說的寫作模式時，他通常早晨 4 點起床，連續寫作 5 到 6 個小時，然后會去跑上 10 公里或游 1500 米(或者二者都有)。下午就不再寫作，而是讀點東西，聽聽音樂，晚上 9 點便上床睡覺。他日復日一的保持這樣的作息時間，這樣的重復過程，據稱能幫助其進入一種思維的深層狀態。
海明威，通常是早晨天一亮就開始動筆。在采訪中，他說道：“沒有人打擾你，早晨涼爽，有時候冷，你開始工作一寫就暖和了。你讀一遍你寫好了的部分，因為你總是在你知道往下寫什么的時候停筆，你寫到自己還有活力、知道下面怎樣寫的時候停筆。”。他通常每天只寫 500 字，而且喜歡用一只腳站著，采取這種資勢，據稱可以使他處于一種緊張狀態，迫使他盡可能簡短地表達自己的思想。
實際上，這些年寫作下來，我嘗試了很多不同的時間段，甚至分多次寫完一篇文章。這里沒有一定之規，你總會找到適合自己的寫作實現方式。在這個過程中，你有一段專注、忘我甚至像是做夢的過程，與自己的思維深處對話。
在這個過程中，也可能產生意外的大腦神經元連接，獲得一些更高質量的思考、靈光乍現的啟發，以及更好的文字表達。
測試
每次寫完一篇文字后，感覺自己好像是空了，甚至不再想去讀一遍，我就會把它扔在一邊。
寫作的過程中，大腦從冷的狀態逐步升溫，直到進入一種很熱的狀態，文字就在這樣的狀態下自然流淌出來。直到寫完的過程，大腦一直在高速運作，就像一顆 100% 利用率的 CPU，它的溫度很高。寫完后，CPU 終于降低了負載，但溫度的降低還需要一個過程。
而對剛寫完的文字再讀一遍，進行編輯，這就像測試過程。我需要在一個冷卻的狀態下進行，站在一個讀者或編者的視角去重新審視這篇文字。所以，這個過程通常發生在寫作完成后的一天或幾天之后。這中間的間隔，我稱之為寫作后的冷卻時間。只有在冷卻的狀態下，我才能跟客觀的檢視一遍自己寫的文字，進行合適的編輯和修改，這個過程就是對文字的測試。
作為程序員，我是一個開發，并不喜歡做太多的測試工作，所以這個過程目前我也僅僅完成必要的錯別字和語句流暢性檢查。但對于真正的文字工作者，一個好的編輯總是能幫助原作者得到更好的文字，就像一個好的測試總是能幫助開發者得到一個更好的軟件。
交付
完成了必要的編輯測試工作后，就到了最終的交付(發布)階段。
發布主要考慮渠道的選擇，公眾號算是自建渠道了。在沒有公眾號之前，主要在一些博客站寫作，后來又陸續嘗試過各種其他渠道。但最終考慮發布的(時間)成本，凡是不支持 Markdown 的渠道我都放棄了(不支持 Markdown 意味著需要單獨去排版，公眾號算是間接通過軟件或插件也算支持了 Markdown 格式)，而我自己不太去訪問的渠道也放棄了。
推送、發布一篇新寫的文字，不過就像往這個互聯網的文字海洋中扔下一滴水珠，偶爾也會擊起幾絲漣漪。時有讀者留言、評論，或有贊，或有踩，但我更希望一些更有價值，值得思考和討論的聲音出現。
寫作與文字的價值實現分兩部分，寫完后就完成了對自我的價值實現，而交付后才算完成了對他人的價值實現。
...
寫得每一篇文字都像一個程序的實現過程。若說寫代碼和寫文字有何不同?代碼我總是想盡辦法寫得能重用，而文字則沒法重用，每一次寫作都盡力在創造新的文字組合。
【本文是51CTO專欄作者胡峰的原創文章，轉載請聯系作者本人獲取授權】
