写在开篇之前

因为 Hexo 一定要存在一篇文章,所以你看到了这篇文章 hello world

从大一开始用 Github Pages 写博客,大概写了三四十篇的样子。写过算法与数据结构题解,写过智能算法解析,写过对 Web 框架的理解,写过编译原理、计算机网络课程笔记等等,如今这些文章全都被我移到了草稿堆里。因为我觉得它们「难看」,本应该删掉,但毕竟是自己写的,就留下当个教训。(PS: Github 里的一些 Repo 的也被我 Private 了,因为丑)

为什么说我以前写的文章「难看」?
我觉得以前的自己犯了一些毛病,让现在的我很不舒服:

  • 对一个技术点不是很了解的时候,就写了文章,导致内容不严谨,容易产生误导
  • 写技术解析的时候,想得太「理所当然」了,分析得太表面了,这种文章没有存在的意义,且容易让自己浮躁
  • 有几篇写算法和计算机网络基础的,内容是严谨的,也追寻原理了,但是和应用结合的不够,这样的笔记写出来对自己帮助不大,因为忘得快,且在实际开发中使不出来;如果是忘记某个细节,大可以直接翻书,既然花时间写了文章,就应该写一些自己的见解

至于,什么样的文章才是自己满意的?这个问题,我也不知道。总之会努力写出严谨的、探求本质的文章。

常有人问我,写博客是干嘛的?
写博客当然是给自己看了,给自己日积月累的搬砖做一些简单的交代~
让自己在写年终总结的时候,发出一句欣慰的感叹:好像是成长了呢 XD

最近在看极客时间的「高并发系统设计40问」,以前困扰我的架构问题,似乎从中找到了答案。我在想,自己什么时候能写出这样一套体系完整的专栏?或许要等我有足够的高并发项目的经验。然后我又想了想,对于现在的我而言,写哪些博客是对自己有益的?那可能就是编译原理、操作系统、计算机网络、数据结构与算法这类基础知识,或者是 Redis、Web 框架这类自己已经熟悉的技术栈。

于是,我给自己定了一个目标,博客的一开始我会写:

  • 写计算机六门课程(编译原理、操作系统、计算机网络、算法与数据结构、软件工程、计算机组成原理)的基础知识,会结合实际的应用(比如,平时常用组件),整理出自己的理解
  • 写自己常用的技术栈的原理,从一个个小点说,但一定要写的通透

等到自己有足够的经验了,我会写:

  • 依旧是写自己常用的技术栈原理,但是从整体、从架构层面分析
  • 整理一些常见问题的解决思路,比如如何做数据迁移,如何提升系统性能

务必坚持写下去!