关于我这个博客

ooowlAbout 3 min

废弃

以前的博客搭建时有诸多没考虑到的地方,比如说文件多了怎么组织,md编写很麻烦,尤其是表格对齐图片折叠引用这种,所有的联系都要手动去搞,没有提示。
而且TravisCI已经倒闭了,不能自动构建了属实是不爽。
最主要的是没有后台和数据的兼容性。尝试过使用forestry,但是始终配置不起来,界面也不太好用,而且还得扶墙,随时会倒闭。
再就是内容格式也没考虑到知识组织方式和自己温习的情况,导致格式奇奇怪怪,标签分类管理混乱,而且还没法随便移植。
最主要的是我的思考,我好像在重复文档上的事情,我到底在干嘛,这些工作是有必要的吗?
从大学到现在写了70篇技术类的东西,我发现我一半以上的内容都是在重复文档和别人踩过的坑,而且越往后越混乱。
这不只是一个人的问题,我就去看了好多技术类博客,发现基本都是这样,弃坑率很高。加上我最近在折腾笔记工具,我想这应该也不是单一领域的问题
所以问题就是,在积累的过程中,我应该记录什么,核心竞争力是啥如何积累?
以我现在的想法来看,重复书上已有的内容显然不是一个好选择,经验的熟练程度靠时间积累的BUG踩坑随着技术栈更新也会逐渐衰弱。
是思维方式吗?这种形而上的东西怎么记录,如何应用,检验呢。

我究竟应该在我的笔记上记什么,我要用笔记和博客干什么。

重生

有了以前的经验,而且主要是有了Obsidian的加成这个博客主题也已经稳定了下来,是时候确定一套稳定的,一劳永逸的方案了。
不用后台管理直接把Obsidian的valut复制到blog中去,直接构建就可以,省去了后台,而且还把笔记和博客联系了起来,一举两得。
Obsidian数据都是Markdown格式,离线存储,环境也是完全离线的,甚至可以永远不更新。
旧博客网址(不再更新)

写什么其实我暂时还没想好,只是先搞起来,目前想些的有。

  • 遇到的编程错误积累
  • 读后感分享
  • 看的书或者课程摘录
  • 技术中自己整理的东西
  • 工作日报周报

目前数据挖掘导论系列是搬运的以前的,因为目前没有想法继续写就干脆不加入笔记了,直接把老的搬运到这里,其他的搬运到笔记几篇,需要修改一下格式。

飞鸟的建议:

  • 如何持续输出的前提
  • 1)有记录的价值,那么时间的性价比就需要列入考虑。比如记录当前bug的解决方案这类可能严重依存于产品版本的内容,相对就没有那么有价值
  • 2)对自己的rearrangement能力抱有信心,并使用自己的语言来描述。不然只是记录别人说的话不仅对自己加深理解没有帮助还会产生很强的挫败感。
  • 3)理想的情况:对当前问题不仅有自己的理解,还有自己改编的内容
  • 4)有相对想要填满的体系
  • 5)放弃完美主义,在能更新的频率上坚持