Skip to content

四火的唠叨

一个纯正程序员的啰嗦

Menu
  • 所有文章
  • About Me
  • 关于四火
  • 旅行映像
  • 独立游戏
  • 资源链接
Menu

我为什么坚持写博客(续)

Posted on 01/15/201406/23/2019 by 四火

blog

大概在两年前,我写过一篇文章,《我为什么坚持写博客》,随着阅历增长,想法是在不断变化的。我想在这里补充一些内容。

一个坚持更新的博客站点就是最好的名片

很多有个人独立博客的人都有这个观点,对于工程师来说尤其如此。我记得以前看过一幅漫画,工程师和 HR 阅读简历的价值杠杆大不相同,GitHub 上丰富的记录、一个高分的 stackoverflow 账号,还有一个独立域名博客,这些都是具有相当加分项的部分。向别人介绍自己的时候,你甚至都不需要自己拿出名片来,不需要自己在简历里面啰啰嗦嗦还生怕遗漏了什么,很简单,拿出你的博客站点来,一切尽在其中。你没有办法作弊,也没有办法撒谎,因为其中的文章全部都是按照时间序一点一滴积累起来的,既是技术学习的主线,也是独立思考的主线。另外,独立域名博客比常规的博客站点上写也是完全不一样的,它更加自由。如果你文思泉涌,或者有很好的书写习惯,那应该自己去申请域名和主机,本身搭建和维护整个博客的过程就会学到不少东西,这是真正端到端的考量。

有多少人看重要吗?

差不多最近一年来,这个的博客站点访问量总体看略有增长,但基本还是稳定的。如果把“ 希望很多人看” 作为写博客的一个最主要目标,就有些偏离了书写和记录本身纯粹的目的了。希望它能够影响更多的人,这是非常好的一件事情,但是始终不变的是,博客的最大读者,也是最重要的读者,应该是自己,换言之,最重要的是写给自己看的。就目前而言,我希望继续写和工程师程序员相关的文章,这可以理解成这个博客上文章的内容原则,既包括技术上的学习总结体会,也包括工程师才关心的感悟和呓语。我从小就有书写的习惯,因此生活中我也经常写一些琐碎的文字,这个数量累积起来挺巨大的;但是只要是不符合这一条原则的,至少现在我都不会往上面放。另外,一个独立站点是需要美化,也需要做 SEO 的,但是这些事情就如同写了文章需要装饰一下、宣传一下一样,并不是主要应该关心的事情。最关心的事情,应当是书写和记录本身。

文章的质量重要吗?

一次和一位朋友聊天的时候他说道,他以前写文章频率要高得多,但是后来看得人多了以后,压力也随之大了,现在写文章的频率小了很多,越来越追求文章质量。我的观点是,文章的质量当然是越高越好,但是,高质量的文章是需要长久的积淀,并且极其仔细、认真的撰写,换言之,这是需要很高的代价的。而我希望能达到某种平衡,为了追求文章的高质量,会丢掉很多东西,例如及时的记录和反馈,例如更多的思考机会(写博客可以大大帮助思考,文章质量高了,文章数量就小了,思考的事情有可能就会减少),例如大量的时间。就目前而言,我写博客浪费的速度很快,因为绝大多数情况下都已经在脑子里思考清楚了(很多都是在公交车上完成的),或者是笔记本上都记录了不少内容了,真正写博客的过程只不过是理清、理顺思路,并且用合适的语言表达出来的过程(但是这一过程带来的利好却是其它形式无法代替的,比如单纯的冥想)。这期间没有任何压力,我不觉得这是浪费时间。

有影响力的博客有潜在的布道作用

刘未鹏写过一篇文章,《[BetterExplained] 为什么你应该(从现在开始就)写博客》,他在其中说道:“ 教” 是最好的“ 学”。如果一件事情你不能讲清楚,十有八九你还没有完全理解。我非常赞同。无论是搞学术的还是搞工程的,有这样两种牛人,一种是技术本身很优秀,乃至高超,但是却不善于把一个问题给别人表述清楚,不善于传播他的思想和观点;另一种可能技术学术没有前者那么优秀,但是他却具备更好的表述能力,能够①把问题讲清楚,②把问题简单地讲清楚,这种人往往能够影响更多的人,给这个行业做出更大的贡献。我的能力和影响力还远远没有达到那样的层次,但是就如同我在自我介绍里面写到的,程序员本来就是有态度、有个性,还很有趣的群体,只是很多人(也包括程序员自己)都没有发现。因此,我给我自己定下了要求,“ 文字简陋但有节操,技术粗浅仍求甚解”;技术层面的总结讨论之外,写的东西一定要有态度、有观点,就像和生活中一样,我并不太在乎反对的声音,当我确认一件事情和一个观点的时候。就如同和同事说的,最可怕的事情不是争论,而是是一片和谐的局面。

博客帮助我复习和不断修正思考过的东西

人学东西有快有慢,但是学自己曾经学过的东西(只不过现在忘记了),却是最快的,博客是一个很好的记录这些东西的地方,在回顾和回忆的时候,凭借以前学过的记录和思考,可以很快掌握那些曾经思考过的东西。这一点很少有人提到。举例来说,我在大学的时候学过某个算法,后来忘记了(我的记性并不好,但事实上,“ 忘记” 也是人之常情),我现在需要它,我可以重新思考,也可以从网上去翻那些材料,但是还有一个很好的办法,寻找以前自己的学习笔记,没有其他文字比自己曾经写过的更容易让自己阅读理解了—— 博客,也是一样的道理。另外,在我们提出某个观点的时候,几乎从来都不会一次、彻底完成的,“ 世界观在不断的崩塌和建立”,反复的修正乃至推翻不可缺少,而记录的文字可以作为天然的见证。

文章未经特殊标明皆为本人原创,未经许可不得用于任何商业用途,转载请保持完整性并注明来源链接 《四火的唠叨》

×Scan to share with WeChat

你可能也喜欢看:

  1. 我为什么坚持写博客
  2. 北漂两年来的思考
  3. Hadoop 的 Secondary Sorting
  4. JavaScript 使用 for 循环时出现的问题
  5. 多年前的一封邮件

2 thoughts on “我为什么坚持写博客(续)”

  1. 麦田技术博客 says:
    05/11/2015 at 1:51 PM

    很赞,坚持

    Reply
  2. kyaffo摄影 says:
    01/17/2014 at 11:53 PM

    如果真的下决心写博客了,就一定要坚持的写下去。博客文章的质量,我感觉的是,不要有太大的压力,只要脑子里有,就写下来。你文章里“ 写给自己看” 这个观点比较赞同,也许一个人会从自己 的文章中看到自己的成长吧。

    Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

订阅·联系

四火,啰嗦的程序员一枚,现居西雅图

Amazon Google Groovy Hadoop Haskell Java JavaScript LeetCode Oracle Spark 互联网 亚马逊 前端 华为 历史 同步 团队 图解笔记 基础设施 工作 工作流 工具 工程师 应用系统 异步 微博 思考 技术 数据库 曼联 测试 生活 眼界 程序员 管理 系统设计 缓存 编程范型 美股 英语 西雅图 设计 问题 面向对象 面试

分类

  • Algorithm and Data Structure (30)
  • Concurrency and Asynchronization (6)
  • System Architecture and Design (43)
  • Distributed System (18)
  • Tools Frameworks and Libs (13)
  • Storage and Data Access (8)
  • Front-end Development (33)
  • Programming Languages and Paradigms (55)
  • Testing and Quality Assurance (4)
  • Network and Communication (6)
  • Authentication and Authorization (6)
  • Automation and Operation Excellence (13)
  • Machine Learning and Artificial Intelligence (6)
  • Product Design (7)
  • Hiring and Interviews (14)
  • Project and Team Management (14)
  • Engineering Culture (17)
  • Critical Thinking (25)
  • Career Growth (57)
  • Life Experience and Thoughts (45)

推荐文章

  • 聊一聊分布式系统中的时间
  • 谈谈分布式锁
  • 常见分布式系统设计图解(汇总)
  • 系统设计中的快速估算技巧
  • 从链表存在环的问题说起
  • 技术面试中,什么样的问题才是好问题?
  • 从物理时钟到逻辑时钟
  • 近期面试观摩的一些思考
  • RSA 背后的算法
  • 谈谈 Ops(汇总 + 最终篇):工具和实践
  • 不要让业务牵着鼻子走
  • 倔强的程序员
  • 谈谈微信的信息流
  • 评审的艺术——谈谈现实中的代码评审
  • Blog 安全问题小记
  • 求第 K 个数的问题
  • 一些前端框架的比较(下)——Ember.js 和 React
  • 一些前端框架的比较(上)——GWT、AngularJS 和 Backbone.js
  • 工作流系统的设计
  • Spark 的性能调优
  • “残酷” 的事实
  • 七年工作,几个故事
  • 从 Java 和 JavaScript 来学习 Haskell 和 Groovy(汇总)
  • 一道随机数题目的求解
  • 层次
  • Dynamo 的实现技术和去中心化
  • 也谈谈全栈工程师
  • 多重继承的演变
  • 编程范型:工具的选择
  • GWT 初体验
  • java.util.concurrent 并发包诸类概览
  • 从 DCL 的对象安全发布谈起
  • 不同团队的困惑
  • 不适合 Hadoop 解决的问题
  • 留心那些潜在的系统设计问题
  • 再谈大楼扔鸡蛋的问题
  • 几种华丽无比的开发方式
  • 我眼中的工程师文化
  • 观点的碰撞
  • 谈谈盗版软件问题
  • 对几个软件开发传统观点的质疑和反驳
  • MVC 框架的映射和解耦
  • 编程的未来
  • DAO 的演进
  • 致那些自嘲码农的苦逼程序员
  • Java 多线程发展简史
  • 珍爱生命,远离微博
  • 网站性能优化的三重境界
  • OSCache 框架源码解析
  • “ 你不适合做程序员”
  • 画圆画方的故事

近期评论

  • Ticket: TRANSACTION 1.922915 BTC. Go to withdrawal >> https://yandex.com/poll/enter/BXidu5Ewa8hnAFoFznqSi9?hs=20bd550f65c6e03103876b28cabc4da6& on 倔强的程序员
  • panshenlian.com on 初涉 ML Workflow 系统:Kubeflow Pipelines、Flyte 和 Metaflow
  • panzhixiang on 关于近期求职的近况和思考
  • Anonymous on 闲聊投资:亲自体验和护城河
  • 四火 on 关于近期求职的近况和思考
  • YC on 关于近期求职的近况和思考
  • mafulong on 常见分布式基础设施系统设计图解(四):分布式工作流系统
  • 四火 on 常见分布式基础设施系统设计图解(八):分布式键值存储系统
  • Anonymous on 我裸辞了
  • https://umlcn.com on 资源链接
© 2025 四火的唠叨 | Powered by Minimalist Blog WordPress Theme