为什么你应该写博客剖析.pdf

  1. 1、本文档共23页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
为什么你应该写博客 (一)为什么你应该(从现在开始就)写 博客 用一句话来说就是,写一个博客有很多好 处,却没有任何明显的坏处。(阿灵顿的情况 属于例外,而非常态,就像不能拿抽烟活到一 百岁的英国老太太的个例来反驳抽烟对健康 的极大损伤一样) 让我说得更明确一点:用博客的形式来记 录下你有价值的思考,会带来很多好处,却没 Note 有任何明显的坏处。 :碎碎念不算思考、 心情琐记不算思考、唠唠叨叨也不算思考、没 话找话也不算思考,请以此类推。 下面是我个人认为写一个长期的价值博 客的最大的几点好处: 1)能够交到很多志同道合的朋友。我自己 既写博客,也读别人的博客,在这个时代,对 于生活中的绝大多数人来说,拓宽朋友圈子的 途径几乎只有一个,通过网络,而如何在网络 中寻找到气味相投的朋友,如何判断别人和自 己是否有共同语言?显然,通过天天在 SNS 上碎碎念的那些日记是难以做到的。我佩服的 一些朋友几乎全都是长期用博客记录想法的 人,因此,和他们即便不打照面,也是心照不 宣。即便素未谋面也能坐下来就聊得热火朝 天。 为什么博客在结交志同道合的朋友方面 的潜力要远胜于原始的交谈方式?很简单,第 一,博客无地域限制,整个互联网上从A到B 只有一个点击的距离,而传统的建立朋友圈子 的方法则受到地域限制。第二,也是更重要的 一点,即如果按照以前结交朋友的方式,需要 互相聊天,交流观点,然后才逐渐熟悉起来, 这需要一个较长的过程,而且更糟糕的是,当 你遇到另一个陌生人,又要把整个过程重复一 次,表达你已经对老友表达过的那番想法。可 博客却做到了“一次表达,无数次阅读”,当我 看到一个写了好几年的博客,看完了之后我仿 佛和这个人交谈了很久,用程序员们喜欢听的 话来说就是,“博客极大地增强了话语的复用 性”。 我曾在CSDN上写了近六年的博客,在一 年 半 前 建 立 了 一 个 Google Groups (TopLanguage),由于我的博客的长期阅读 者都是互相有共同语言的,因此这个Group一 开始就热火朝天,而高质量的技术讨论则进一 步吸引了更多的牛人的参与,雪球滚起来之 后,就很难停下来了,将近一年半下来,从这 个Group的讨论中我获益良多[1]。而对于非程 序员朋友,科学松鼠会则是一个很好的例子。 2)书写是为了更好的思考。我在《书写是 为了更好的思考》里面详细总结了书写的好 处,这里就不拷贝粘贴了。有些想法如果不写 下来,也就忘掉了,有一个广为流传的《数学 牛人们的轶事》(荣耀属于ukim)里面讲了希 尔伯特的一个故事:一次在Hilbert 的讨论班 上,一个年轻人报告,其中用了一个很漂亮的 定理,Hilbert 说“这真是一个妙不可言 (wunderbaschon)的定理呀,是谁发现的?”那 个年轻人茫然的站了很久,对Hilbert 说:“是 你.……”。 3)“教”是最好的“学”。如果一件事情你不 能讲清楚,十有八九你还没有完全理解。绝大 多数人应该都知道在程序员行业面试官经常 要求你讲解一个东西给他听,他会说他不懂这 个东西(他如果真的不懂的话效果其实是最好 的),而你的任务则是说到让他理解为止。 为了让一个不明白的人做到明白,你必须 要知道从明白到不明白他究竟需要掌握哪些 概念,这就迫使我们对我们大脑中整个的知识 体系来个寻根究底,把藏在水面之下的那些东 西统统挖出来,把大脑中的那些我们知道、但 不 知道 自己 知道 的潜 在概 念或 假设 (assumptions)都挖出来,把它们从内隐记忆 拉扯到外显记忆中。因为只有完全知道、并知 道自己知道一切来龙去脉的人,才能真正把一 件事情讲得通通透透。 但是,你可能会怀疑,那除了能够讲清楚 之外,弄清自己到底知道哪些东西还有其他什 么好处吗?如果没有其他好处,那我又何必费 这个劲呢?我又不当老师。 TopLanguage上的一位朋友sagasw曾经讲 了这样一个小故事:据说在某个著名软件公司 里,开发组的桌上会放着一只小熊,大家互相 问问题之前,先对着小熊把问题说一遍,看能 不能把问题描述的清晰,基本上说的比较有条 理以后,答案也就随之而来了。当然,你不一 定要对小熊说,你可以在大脑中虚构一个听 众,一个不懂行的听众,然后你说给他听。

文档评论(0)

kehan123 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档