Knowledge Structure - Githubissues

tianheg commented 5 months ago

2024-04-26

我没办法把一天的时间分散在不同的主题，但我可以在一个星期的维度上，学习不同主题，推动进展

TIL 用来收集每天遇到的零碎知识：

某个操作步骤
问题解决思路
很小的经常使用的知识

待到积累到一定程度，写成博客

框架思维

形成所要学习技术领域的整体轮廓讨论：https://github.com/reuixiy/io-oi.me/issues/181

和室友讨论「学习某样事物在最开始的时候具有一个框架是否重要？」：

室友认为，一开始的框架是别人提供的，不经过自己的思考无法成为自己的理解；而通过学习事物的细节，最终能够得到自己的轮廓，是属于自己的内容。

掌握概念。「概念+方法」。方法的普世价值

跟着求知欲好奇心的驱使，会引导着你寻找自己感兴趣的方向。并且一直钻研下去。

https://io-oi.me/tech/view-from-the-top-craig-federighi/

TIL，今天我学了，每天学习的知识是细碎的，想一下子把它们总结在一起不太可能。所以可以每天写 til 记录，放到一个名字为 til 的仓库里，分类放好。

记录知识碎片的地方

Newsletter 的本质在于分享，blog 可能是一个更全面的个人的展现，Newsletter 则是一个一次性的精神输出

想要什么（彻底了解清楚后再做）

ref:

https://github.com/jbranchaud/til （这个六年之前就开始写了）
https://github.com/daryllxd/til （这个三年之前就开始写了）
https://github.com/jwworth/til
https://til.hashrocket.com
https://github.com/simonw/til
https://github.com/thoughtbot/til
https://github.com/daryllxd/lifelong-learning
https://simonwillison.net/2020/Apr/20/self-rewriting-readme/

tianheg commented 5 months ago

历史记录归档

2021-01-14

我的 wiki 库一开始就是一些零碎知识点的集合

2021-01-16

构筑一个知识回路，以 Git 作为版本控制，以三个仓库为结点：blog til note。

Blog

blog 是最终汇聚的地方，思考、笔记等，当这些内容逐渐化成自己的东西时，写在 blog 里，表达出来。

Til

Til 是学习技术时的知识卡片。它用于汇聚我学习的技术知识，还可以记录对某个技术的思考。这里面的内容全部用英文写，方便践行 Learn in public 思想。便于其他人阅读。

Note

Note 是笔记存放的地方。它包含书影音，还有想，一共四个部分。内心有一个点：技术内容是否应该放到这里？比如技术书籍，关于技术的视频，一些好的技术点子等等。如果放到这里，该以怎样的方式组织并方便查找呢？全部是中文，不能有英文内容，如果包含要翻译成中文，并保留原来的英文来源。

阅读的技术书籍应该被放到 Note 中吗？还是放到具有相同属性的 Til 中。这里要明确：Til 的价值在哪里？作用是什么？我想要用它（Til）做什么？

~~Wiki~~

Wiki 其实之前一直是作为一个技术知识点存储库看待的。但是，随着内容越来越多，而且 VuePress 似乎不能满足我对于知识存储索引的需求，有些繁琐，不够纯粹。

Wiki 已经被删除

+--------+          +--------+
|  til   |          |  note  |
+---+----+          +---+----+
    |                   |
    |                   |
    |                   |
    |                   |
    |     +--------+    |
    +---> |  blog  | <--+
          +--------+

目前是这种结构关系

2021-01-17

掌握知识的三个层次：知道-->熟悉-->掌握

对于与该专业有关的知识，有必要进行广泛的学习，然后再朝着特定的方向发展。

学习新知识并应用它以帮助您自己理解该知识。只需了解知识，无论使用哪种方法->长时间考虑后都可以搜索答案（没有解决方案时可以查看答案）

学习知识就是学习历史（来源）

组织好知识之间的关系

2021-01-20

我需要一个沉淀知识体系的地方

2021-01-22

通过画图链接知识

2021-01-23

博客中新增标签大类：笔记，观点

新增标签：年终总结

2021-01-30

https://github.com/tianheg/blog/issues/85#issuecomment-770185315

持续输出内容模板

如何应对信息碎片化、信息难以提取处理的问题？

建立属于自己的知识仓库，高效提取信息。

建立仓库的四个原则：

尽量把采集的信息存储在同一处
只存放与自己生产成果相关的信息
多个知识仓库，尽量采用同样的结构
做好分类，标记，索引

2021-09-13

现有知识体系结构

blog 问题解决、主题研究
til 知识体系

tianheg commented 5 months ago

我需要一个「知识体系」，帮助我获取外界的信息，整合归纳信息，构建一个可复用的知识结构。这并不是一朝一夕就可以完成的事情，形成这样一个知识体系需要足够的知识储备和对于学习的理解。曾经的我想要一下子得到这样的东西，现在却不这么想了。从 reuixiy 那里我获得了某种体会：

作为学习者，我们时常会担忧自己知识的广度和深度，但其实我们担忧的是自己所在的社会高度，因为学习本身只是一种好奇心罢了，好奇心怎么会让人担忧呢？至于深度和广度，其实应该跳出横纵两维去思考，以非方向的面和体去思考，不断地学习改进扩展是因为自己想要将其全面完整，而不是以有涯随无涯。好奇心本身是任意无方向的，为之指定方向是反生命非自由的，而方向是否与历史同向是未知非自己可控的，与否更多的只是巧合幸运。跟随好奇心去做自己喜欢的事，而不去担忧自己所在的高度。

重要观点

知识之间的紧密联系\
查找/搜索方便\
公开可访问\
追求极简，纯文本保存，可多平台迁移（如果某种格式只能使用在某个平台，绝对不使用此格式保存我的知识体系内容）\
倾向于 self-hosted

现有的努力

其实摸索的过程本身就是零碎且不完整的，我没有必要为了追求理想中的完整而抛弃一些重要的东西。

2021-10-17

选择使用 org-mode 组织自己的文档。

2021-06-03

正在寻找

2021-02-27

blog + TIL

2021-01-27

Blog + Obsidian\
使用博客构建体系，使用 Obsidian 建立文档联系\
flomo\ 记录「问题」，然后每天选择一个时间，把这些问题放到博客的每周问题总结里

2021-01-27 之前的方案

Wiki，Note，Blog\ 三个体系划分知识，分类太多，不好专注。这三种形式，知识之间的链接程度不同，在这三者来回跳跃容易乱掉。

一、Wiki

Vuepress\ 构建，主要用于构建技术领域的结构框架，一开始的领域涉及算法和数据结构、计算机系统原理、数据库原理、前后端开发指南、分布式技术、编程语言、网络基础、操作系统、安全、其他（其中含有：开源许可证、生活、数学、学习、科技、网站、工具、数据分析）。

现在 Wiki\ 已经不再存在，因为它太过复杂，不符合当初对它的期待------条理清晰、易于查找、访问方便。

条理清晰。知道自己需要的知识在哪些地方是非常重要的。在日后查找时，一目了然。

易于查找。这点和第一个有些重复，不过侧重点不同。这里的“易”指的是，文档的顺序编排上是值得考量的。不同主题的放在不同文件夹，相同主题的也要遵循一定的规律存储。而且，一个好的目录能够成就一个好的\ Wiki\ 知识库。目录的重要性不言而喻，它是以上两点的主要表现对象。有了它，条理清晰没问题，易于查找也是肯定的。

访问方便。这一点目前对我来说不成问题，以后也不会成为难题。因为 GitHub\ 在国内的访问速度不是很理想，如果不能科学上网，使用 GitHub 如食鸡肋。

二、Note

同样 Vuepress\ 构建，用于记录书影音笔记，从别处收集的文章。还有一个页面用于收集获取书影音的方法。

现在 Note 已经去除 read，watch，listen\ 文件夹分类。改为大类分类：艺术（arts）、设计（design）、纪录片（documentary）、文学（literature）、电影（movies）、音乐（music）、要学习的人（person）、诗歌（poems）、自我成长（self）、剧集（series）、社会科学（social-science）、舞台剧（stage-show）、技术（tech）。

经过此次分类，对于内容体系的划分有了更深一步的理解。

三、Blog

Hugo 构建，主要记录生活随笔，想写些深度技术内容。

现在，博客是我的知识体系的最终归宿。以标签为索引，目标是化繁为简。我明白知识体系构建的过程一定是从简单到复杂，我要让复杂变得简单，但又不仅仅是简单，复杂也包含在其中。

可以类比老子的《道德经》，一生二、二生三、三生万物。

他山之石

我的個人知識管理系統 - Pin 起來！

Digital Gardening

Eleventy Garden\
Simply Jeyll\
quartz\
Gollum\
vscode-memo\
enjoyment-work\
awesome-knowledge-management

构建 Wiki 的应用

Wiki.js\
knowledge\
Raneto\
Power's Wiki\
Docusaurus\
Archivy

Shane Robinson 的想法

为了在未来保持尽可能多的开放格式和互操作性，统一内容和文件格式标准。\
对于每个文档中为数不多的内部/外部链接，使用标准的 [text](link)\ 语法并没有那么不方便（尤其是使用快捷键）。\ 这确保我现在和将来可以使用任何 SSG 和/或使用任何标准 Markdown\ 转换器提供任何 .MD 文件。\
当我完成文档时，我必须手动将标签添加到 Frontmatter "标签"数组。\ 每个标签增加 2-3 秒，但保证当通过 SSG\ 发布时，我将在文件之间建立分类连接。\
将 Frontmatter 放在每个文件的顶部还可以保证未来的互操作性、转换和通过\ SSG 托管。使用 TextExpander 使这变得非常简单和快速。