为什么有些技术人员不写博客? 丨 伊成Blog



为什么有些技术人员不写博客? 丨 伊成Blog

常有人跟我讨论我在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比其他的文章都要多。这再次证明,本是一篇我认为最没有用处的文章反倒成为了一个“话匣子”。

最后,让我们总结一下,如果你对于写作感到力不从心或者觉得气馁的话,记住下面这些忠告:

  • 写你感兴趣的东西,不必在意你是否是专家
  • 不要害怕失败
  • 多多回复你的读者
  • 就算你觉得没人会看你写的东西,也要坚持写下去
  • 始终确保你的文章就代表着你的声音——这也是为什么写作是如此特别和吸引人的地方

来源:伊成Blog(lvoyee.com) » 为什么有些技术人员不写博客?


Read full article from 为什么有些技术人员不写博客? 丨 伊成Blog


No comments:

Post a Comment

Labels

Algorithm (219) Lucene (130) LeetCode (97) Database (36) Data Structure (33) text mining (28) Solr (27) java (27) Mathematical Algorithm (26) Difficult Algorithm (25) Logic Thinking (23) Puzzles (23) Bit Algorithms (22) Math (21) List (20) Dynamic Programming (19) Linux (19) Tree (18) Machine Learning (15) EPI (11) Queue (11) Smart Algorithm (11) Operating System (9) Java Basic (8) Recursive Algorithm (8) Stack (8) Eclipse (7) Scala (7) Tika (7) J2EE (6) Monitoring (6) Trie (6) Concurrency (5) Geometry Algorithm (5) Greedy Algorithm (5) Mahout (5) MySQL (5) xpost (5) C (4) Interview (4) Vi (4) regular expression (4) to-do (4) C++ (3) Chrome (3) Divide and Conquer (3) Graph Algorithm (3) Permutation (3) Powershell (3) Random (3) Segment Tree (3) UIMA (3) Union-Find (3) Video (3) Virtualization (3) Windows (3) XML (3) Advanced Data Structure (2) Android (2) Bash (2) Classic Algorithm (2) Debugging (2) Design Pattern (2) Google (2) Hadoop (2) Java Collections (2) Markov Chains (2) Probabilities (2) Shell (2) Site (2) Web Development (2) Workplace (2) angularjs (2) .Net (1) Amazon Interview (1) Android Studio (1) Array (1) Boilerpipe (1) Book Notes (1) ChromeOS (1) Chromebook (1) Codility (1) Desgin (1) Design (1) Divide and Conqure (1) GAE (1) Google Interview (1) Great Stuff (1) Hash (1) High Tech Companies (1) Improving (1) LifeTips (1) Maven (1) Network (1) Performance (1) Programming (1) Resources (1) Sampling (1) Sed (1) Smart Thinking (1) Sort (1) Spark (1) Stanford NLP (1) System Design (1) Trove (1) VIP (1) tools (1)

Popular Posts