这是一些有关于博客内容的思考, 事实上在之前就有过一些想法, 曾经在about的Todo列表中写过:
增添弃坑等标签, 允许保留与查看这些博客, 但不在主页渲染
当时就意识到了目前百余篇博客中可能一大部分都是一些思想的碎屑, 或者是一些草稿纸上的笔记, 真正让人满意的、好的技术博客可能寥寥.
翻看到这样一篇帖子也是进一步唤起了一些有关后续博客内容的思考:
写笔记很大程度上确实就是骗过自己让自己认为有一些技术积累,,, 其实是大便罢了
除去杂谈内容不谈, 目前存在的问题可能有:
-
技术类博客既不详尽(不利于查阅, 但照搬文档也是没有意义的), 也不深刻(浮于表面, 无深刻的技术原理细节, 无价值)
-
知识、笔记类博客过于细碎, Rust-泛型与特征这篇是最近的一篇该类博客, 在书写时已尽力稍微系统化一些(至少当时认为相比于原文档的组织结构更加清晰了); 不过事后看来其实也有点一坨, 且一些文字阐述单薄有空缺; 而像 Go系列一类甚至想直接扔到垃圾桶里, 有生之年还会再看一眼吗?
-
额外提一下Linux内核学习的相关博客; 这类博客的特点是代码多, 本身结构复杂, 有照搬教材的内容. 在写的时候不希望成为一个大而全的内核手册(也做不到!), 但是另一方面又希望能够记录一下在阅读代码时的所见所闻(这不可避免地会照抄一些教材的内容来作为支撑说明), 目前的策略只想得到是贴一段代码, 跟一段文字阐述. 事实证明效果并不好, 现在回头看会震惊当时竟然会这么复杂的东西.. 不过还是有信心认为如果从新重头照着线索去读代码, 结合这些笔记, 理解的速度绝对会快得多的多; 目前不满的地方只是说可能没有一个summary类型的东西, 能够让我看一眼就知道这块大概是个啥东西做的啥事..
一些未来有关于博客内容创作的方向:
-
增加图表内容; 在要求不那么详细的情况下, 图确实是好中好; 可以很快地建立一个基本的概念, 比看傻逼源码要快多了
-
优化内容输出:
-
对于一些较为简单的技术, 比如 <Linux下为Chrome开启代理>, 就实用性来说是很高的, 每次更新完chrome的aur包我都要来查一下.. 因为懒得去看arch pacman的自动钩子, 所以每次都得手动() 这类工具性的博客力求做到可读性好
-
对于一些知识类的技术, 比如各类杂七杂八的技术, 以及各种代码阅读内容, 目标是必须要图文并茂, 少Copy, 多自己消化, 配色也可以丰富一些, 做好各种内容的强调等, 使其看上去更像一个井井有条的实验报告或漂亮的技术笔记; 多记录自己的想法与思考(
关于此还需要博客技术支持, 后续添加info, warning和error三种配色的内容提示框吧, 这样可以更好地分摘抄的和自己思考的东西, 仅仅是)> 引用
有时候还是感觉力不从心 -
一些技术可以不着急变成
draft: false
, 多深挖一些技术细节再发布也不着急
-
差不多这样, 希望之后的博客内容越写越好:)