開發(fā)者拒絕寫技術(shù)博客的常見理由
常有人跟我討論我在blog上發(fā)布過的博文，有時(shí)候他們還希望我來撰寫某些文章。在討論的過程中，我?guī)缀蹩偸菚?huì)問為什么你自己不開一個(gè)博客，或者為其他人的博客做些貢獻(xiàn)呢？當(dāng)我在引導(dǎo)他們?yōu)榧夹g(shù)類的主題寫一些博文時(shí)，極少有人對此感興趣。
我的母親總是告訴我（以及她的學(xué)生們）每個(gè)人都有自己的故事。她說，寫作可能是一種你不曾想到過的非常有益處的行為，直到你寫的東西獲得了其他人的喜愛和贊同。就像軟件開發(fā)者為他們的用戶開發(fā)軟件一樣，作家為他們的讀者而寫作。從來都沒有什么論斷說技術(shù)人員無法成為激勵(lì)他人學(xué)習(xí)并樂于同他人分享知識(shí)的優(yōu)秀作者。
我寫這篇博文的目的就是想鼓勵(lì)廣大的技術(shù)人員去享受寫作、高效的寫作，并能夠從中得到樂趣。我將翻出一些我曾經(jīng)最常見到的關(guān)于為什么技術(shù)人員不愿意寫博客的理由。
“我不認(rèn)為我是某方面的專家。對于任何一個(gè)我能想到的主題，我都不是權(quán)威。”
我首先想到的是這個(gè)理由，因?yàn)樗鼘⑹俏易钚枰ヱg斥的觀點(diǎn)。如果從這篇博文里你沒有得到任何收獲的話，那就記住這句話：你并不需要成為某方面的專家才能去寫相關(guān)的文章。
翻翻我的博客你就能找到很多這樣的例子。我自認(rèn)為自己是某個(gè)方面，或者某兩個(gè)方面的專家，但我在過去5年中寫了超過450篇博文，我肯定不會(huì)只寫我最在行的那一兩個(gè)主題。寫下你懂得的東西，要成為權(quán)威你就不能害怕去多做些研究。這方面有一個(gè)很好的例子就是我的一篇標(biāo)題為“Kerberos for haters”的博文。我?guī)缀鯖]有任何有關(guān)Kerberos方面的經(jīng)驗(yàn)。事實(shí)上，甚至在我的RHCA（RedHat系統(tǒng)部署工程師）認(rèn)證考試中我都無法正確配置好它！但是，我對此做了相當(dāng)多的研究，并開始慢慢理解了這一大坨東西是如何聯(lián)系起來的。還有許多人都對Kerberos感到困惑，于是我決定將我所掌握的有關(guān)Kerberos方面的知識(shí)串接起來寫成一篇博文。這篇博文引來了許多正面和負(fù)面的回復(fù)，很明顯我發(fā)布的博文對一些讀者起到了幫助作用，啟發(fā)了一些人同時(shí)也得罪了一些人。
接下來看看下一個(gè)常遇到的理由：如果我寫的東西里面有些地方是錯(cuò)誤的怎么辦？在整個(gè)互聯(lián)網(wǎng)面前犯錯(cuò)，這使我看起來就像是個(gè)傻瓜。這種事我早就經(jīng)歷過，都已經(jīng)有些厭倦了。做個(gè)不恰當(dāng)?shù)募僭O(shè)，每個(gè)作者都至少會(huì)犯一次錯(cuò)。讀者們會(huì)指出你的錯(cuò)誤（有些讀者會(huì)很含蓄的指出，而有些讀者不會(huì)這樣），下面就是你的責(zé)任了，要么更正你的大作要么說服你的讀者是他們錯(cuò)了。我自己也曾經(jīng)發(fā)表過含有錯(cuò)誤的博文，而且我對于時(shí)不時(shí)的要去檢查這些錯(cuò)誤顯得有些懶惰。就像我中學(xué)時(shí)的新聞學(xué)老師一直教導(dǎo)我的：對于一個(gè)錯(cuò)誤，最重要的部分是你要如何去更正它，并從中汲取教訓(xùn)。總之，你一定會(huì)犯些錯(cuò)誤的。只要你盡心盡力的對此做研究，并盡量減少錯(cuò)誤，及時(shí)對錯(cuò)誤做出回應(yīng)，我想讀者是不會(huì)怪您的。
說到錯(cuò)誤，這里還有一個(gè)常見的理由：我技術(shù)還不錯(cuò)，但我的拼寫和語法很糟糕，我根本不擅長寫作。這個(gè)問題很容易解決，如果你是那種什么事情都靠自己解決的人，那就拿起這本由Strunk和White合著的《The Elements of Style | 風(fēng)格的要素》吧。網(wǎng)上有這本書的PDF版，或者你也可以借一本來讀。無論你屬于哪種情況，這本書詳盡的描述了應(yīng)該如何適當(dāng)?shù)募訕?biāo)點(diǎn)符號(hào)、如何組織句子和段落，以及如何正確地引用你的論點(diǎn)來源（對于寫研究性的文章來說相當(dāng)受用）。也許你并不想拿起一本如此枯燥的參考書來讀，如果是這樣的話，看看你身邊有沒有擅長寫作的人。在大公司里你常常能在市場部或者公司的通訊錄里找到一些愿意讀你的文章并幫你做批注的伙計(jì)（謝謝你Garrett！，感謝你曾經(jīng)為我修訂過文章）。在 Fiverr（著名的5美元服務(wù)區(qū)，這是一個(gè)在線的信息平臺(tái)，特色之處在于其收集那些價(jià)值5美元的事情，用戶可以發(fā)布、接受或者分享這些信息）上我甚至找到了一些愿意以5美元的價(jià)格為我修訂文章的人。
下面我們將看看這第二常見的理由：我不知道該寫給誰看。如果我寫的東西太簡單了，那些真正的技術(shù)大牛們會(huì)不會(huì)覺得我就是個(gè)小白？如果我寫的東西超級復(fù)雜，大多數(shù)人都接受不了又怎么辦？
這些我都經(jīng)歷過。大多數(shù)稱職的Linux系統(tǒng)管理員都知道該如何添加和刪除iptable規(guī)則，他們會(huì)覺得這是相當(dāng)簡單的任務(wù)。但是你知道嗎，在我寫過的超過450篇的博文里，這篇《deleting a single iptable rule》的訪問量每個(gè)月都是排名前5！我每個(gè)月的點(diǎn)擊量里有11%都來自這篇博文。人們要么通過這篇博文學(xué)到了一些知識(shí)，要么是他們忘記了該如何刪除一條iptable規(guī)則，想通過這篇博文做快速的參考。不管如何，這篇博文對于許多人來說都是很有價(jià)值的，盡管在我看來這個(gè)主題相當(dāng)?shù)暮唵巍７催^來說，我曾經(jīng)發(fā)瘋寫過一個(gè)完整的關(guān)于云主機(jī)冗余配置的how-to類文檔，結(jié)合了LVS、glusterfs、MySQL on DRBD、memcached、haproxy以及Idirectord等各種技術(shù)。我覺得對于某些讀者來說這個(gè)文檔會(huì)很有價(jià)值，但肯定會(huì)搞暈絕大部分讀者。事實(shí)證明我又錯(cuò)了，這篇博文長期占據(jù)我博客的前10名受歡迎的文章之一，通過這篇博文我收到的回復(fù)、email和IRC比其他的文章都要多。這再次證明，本是一篇我認(rèn)為最沒有用處的文章反倒成為了一個(gè)“話匣子”。
最后，讓我們總結(jié)一下，如果你對于寫作感到力不從心或者覺得氣餒的話，記住下面這些忠告：
● 寫你感興趣的東西，不必在意你是否是專家
● 不要害怕失敗
● 多多回復(fù)你的讀者
● 就算你覺得沒人會(huì)看你寫的東西，也要堅(jiān)持寫下去
● 始終確保你的文章就代表著你的聲音——這也是為什么寫作是如此特別和吸引人的地方
關(guān)于作者：
本文作者是Major Hayden。他是一名Linux工程師，工作方向是大規(guī)模OpenStack部署以及Rackspace云服務(wù)自動(dòng)化管理。Major樂于撰寫有關(guān)Linux系統(tǒng)管理以及安全性方面主題的文章。他常常在Rackspace的官方博客以及他的個(gè)人blog上發(fā)表文章。
英文原文：Major Hayden
原文鏈接：http://blog.jobbole.com/18251/
【編輯推薦】
