為什麼有些技術人員不寫部落格?

bigship發表於2013-03-17

伯樂線上注:最初譯文標題是《開發者拒絕寫技術部落格的常見理由》。感謝 StarkWayne 在評論中給的建議。


常有人跟我討論我在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上發表文章。

相關文章