開發者拒絕寫技術博客的常見理由

jopen 11年前發布 | 6K 次閱讀 程序員

        常有人跟我討論我在 blog 上發布過的博文,有時候他們還希望我來撰寫某些文章。在討論的過程中,我幾乎總是會問為什么你自己不開一個博客,或者為其他人的博客做些貢獻呢?當我在引導他們為技術類的主題寫一些博文時,極少有人對此感興趣。

        我的母親總是告訴我(以及她的學生們)每個人都有自己的故事。她說,寫作可能是一種你不曾想到過的非常有益處的行為,直到你寫的東西獲得了其他 人的喜愛和贊同。就像軟件開發者為他們的用戶開發軟件一樣,作家為他們的讀者而寫作。從來都沒有什么論斷說技術人員無法成為激勵他人學習并樂于同他人分享 知識的優秀作者。

        我寫這篇博文的目的就是想鼓勵廣大的技術人員去享受寫作、高效的寫作,并能夠從中得到樂趣。我將翻出一些我曾經最常見到的關于為什么技術人員不愿意寫博客的理由。

開發者拒絕寫技術博客的常見理由

        “我不認為我是某方面的專家。對于任何一個我能想到的主題,我都不是權威。”

        我首先想到的是這個理由,因為它將是我最需要去駁斥的觀點。如果從這篇博文里你沒有得到任何收獲的話,那就記住這句話:你并不需要成為某方面的專家才能去寫相關的文章。

        翻翻我的博客你就能找到很多這樣的例子。我自認為自己是某個方面,或者某兩個方面的專家,但我在過去 5 年中寫了超過 450 篇博文,我肯定不會只寫我最在行的那一兩個主題。寫下你懂得的東西,要成為權威你就不能害怕去多做些研究。這方面有一個很好的例子就是我的一篇標題為“Kerberos for haters” 的博文。我幾乎沒有任何有關 Kerberos 方面的經驗。事實上,甚至在我的 RHCA(RedHat 系統部署工程師)認證考試中我都無法正確配置好它!但是,我對此做了相當多的研究,并開始慢慢理解了這一大坨東西是如何聯系起來的。還有許多人都對 Kerberos 感到困惑,于是我決定將我所掌握的有關 Kerberos 方面的知識串接起來寫成一篇博文。這篇博文引來了許多正面和負面的回復,很明顯我發布的博文對一些讀者起到了幫助作用,啟發了一些人同時也得罪了一些人。

        接下來看看下一個常遇到的理由:如果我寫的東西里面有些地方是錯誤的怎么辦?在整個互聯網面前犯錯,這使我看起來就像是個傻瓜。這 種事我早就經歷過,都已經有些厭倦了。做個不恰當的假設,每個作者都至少會犯一次錯。讀者們會指出你的錯誤(有些讀者會很含蓄的指出,而有些讀者不會這 樣),下面就是你的責任了,要么更正你的大作要么說服你的讀者是他們錯了。我自己也曾經發表過含有錯誤的博文,而且我對于時不時的要去檢查這些錯誤顯得有 些懶惰。就像我中學時的新聞學老師一直教導我的:對于一個錯誤,最重要的部分是你要如何去更正它,并從中汲取教訓。總之,你一定會犯些錯誤的。只要你盡心 盡力的對此做研究,并盡量減少錯誤,及時對錯誤做出回應,我想讀者是不會怪您的。

        說到錯誤,這里還有一個常見的理由:我技術還不錯,但我的拼寫和語法很糟糕,我根本不擅長寫作這個問題很容易解決,如果你是那種什么事情都靠自己解決的人,那就拿起這本由 Strunk 和 White 合著的《The Elements of Style   風格的要素》 吧。網上有這本書的 PDF 版,或者你也可以借一本來讀。無論你屬于哪種情況,這本書詳盡的描述了應該如何適當的加標點符號、如何組織句子和段落,以及如何正確地引用你的論點來源 (對于寫研究性的文章來說相當受用)。也許你并不想拿起一本如此枯燥的參考書來讀,如果是這樣的話,看看你身邊有沒有擅長寫作的人。在大公司里你常常能在 市場部或者公司的通訊錄里找到一些愿意讀你的文章并幫你做批注的伙計(謝謝你 Garrett!,感謝你曾經為我修訂過文章)。在 Fiverr(著名的 5 美元服務區,這是一個在線的信息平臺,特色之處在于其收集那些價值 5 美元的事情,用戶可以發布、接受或者分享這些信息)上我甚至找到了一些愿意以 5 美元的價格為我修訂文章的人。

        下面我們將看看這第二常見的理由:我不知道該寫給誰看。如果我寫的東西太簡單了,那些真正的技術大牛們會不會覺得我就是個小白?如果我寫的東西超級復雜,大多數人都接受不了又怎么辦?

        這些我都經歷過。大多數稱職的 Linux 系統管理員都知道該如何添加和刪除 iptable 規則,他們會覺得這是相當簡單的任務。但是你知道嗎,在我寫過的超過 450 篇的博文里,這篇《deleting a single iptable rule》的 訪問量每個月都是排名前5!我每個月的點擊量里有 11% 都來自這篇博文。人們要么通過這篇博文學到了一些知識,要么是他們忘記了該如何刪除一條 iptable 規則,想通過這篇博文做快速的參考。不管如何,這篇博文對于許多人來說都是很有價值的,盡管在我看來這個主題相當的簡單。反過來說,我曾經發瘋寫過一個完 整的關于云主機冗余配置的 how-to 類文檔,結合了 LVS、glusterfs、MySQL on DRBD、memcached、haproxy 以及 Idirectord 等各種技術。我覺得對于某些讀者來說這個文檔會很有價值,但肯定會搞暈絕大部分讀者。事實證明我又錯了,這篇博文長期占據我博客的前 10 名受歡迎的文章之一,通過這篇博文我收到的回復、email 和 IRC 比其他的文章都要多。這再次證明,本是一篇我認為最沒有用處的文章反倒成為了一個“話匣子”。

        最后,讓我們總結一下,如果你對于寫作感到力不從心或者覺得氣餒的話,記住下面這些忠告:

        ●  寫你感興趣的東西,不必在意你是否是專家

        ●  不要害怕失敗

        ●  多多回復你的讀者

        ●  就算你覺得沒人會看你寫的東西,也要堅持寫下去

        ●  始終確保你的文章就代表著你的聲音——這也是為什么寫作是如此特別和吸引人的地方

        關于作者:

        本文作者是 Major Hayden。他是一名 Linux 工程師,工作方向是大規模 OpenStack 部署以及 Rackspace 云服務自動化管理。Major 樂于撰寫有關 Linux 系統管理以及安全性方面主題的文章。他常常在 Rackspace 的官方博客以及他的個人 blog 上發表文章。

 本文由用戶 jopen 自行上傳分享,僅供網友學習交流。所有權歸原作者,若您的權利被侵害,請聯系管理員。
 轉載本站原創文章,請注明出處,并保留原始鏈接、圖片水印。
 本站是一個以用戶分享為主的開源技術平臺,歡迎各類分享!