文章摘要： 知识库完成进度 [15%]，仍然需要继续努力。
任务规划
搭建人类社会知识指难：完善自身、社会、环境之间的最优解决方案，提高自身应对第三方对象的谋略和国家政策的应对能力。
- [ ] PUA（一种给人洗脑的机制）
- [ ] 完善（环境、社会）、（道德、法律）、（经济、政策）
- [ ] 生理健康、心理健康
系统环境搭建：整理操作操作系统。
常用软件总结：常用中间件软件的安装与配置方案，以及异常处理流程。
软件开发知识库：需要软件开发时需要用到的编程语言、设计模式、软件架构、开发框架、API接口设计，以及开发规范和经验。
收集并整理微服务服务程序代码：软件开发正在向 “微服务软件架构” 方向发展，即将服务拆分为最小单位，并实现自主管理自主运行。并通过 “服务注册平台” 统一管理，并为 “上层的应用软件服务” 或 “其他底层的微服务” 提供服务发现（服务IP地址）进行连接交互。
完善个人项目：整理项目的需求分析和技术选型方案，并记录项目开发过程中遇到的问题和解决方案，为以后可能遇到类似的问题提供可靠来源。
对接大模型：让博客中编写的文章作为大模型的知识库，不断完善，并为自身提供专属的知识解答。
补丁计划
- 完善个人知识库，增加文章的双向链接紧密程度。
已知漏洞
- 缺少Git工具在 “团队协作流程” 和 “跨团队协作流程” 中的使用总结和流程图。
- 缺少微服务架构的项目实战的完整知识总结。
- 如何解决 Node.js，版本问题，不使用第三方工具，如何在本地安装多个版本的Node.js，并只在项目中手动指定所需的Node.js目录位置，实现不同项目手动指定Node.js版本，同时不使用其他第三方工具。
- 如何看懂论文。
- 人类社会生存指难。
- RSS订阅：知识库内部的文章经常修改变动导致URL路径也经常变化，这不利于外部文章关联知识库内部的文章。如何实现知识库内部的文章URL发生变化的时候，能向有进行关联的外部文章发送 “订阅提醒和自动更新” 的功能。
- 包管理工具/应用商店：如何实现操作系统中管理多个不同版本的软件（软件包），并且能够很好的管理软件（软件包）之间的依赖关系。（目前实现的是将一个软件所需的依赖全部打包在一起，但占用容量大）
更新日志
2025-11
再次更新顶级目录结构，具体如下：
- 任务、日记、数据：实时可变数据。
- 工作、私人、项目：日常记录数据。
- 联系人、资源、知识：总结笔记数据。
注释
发现问题：应当把生活中的任何事物都要考虑在内，这样能形成更加紧密的联系和管理。
解决方案：将笔记分为“任务、日记、第三方数据”、“工作、私人、项目”、“联系人、资源、知识”；其中“任务和日记”是其他分类中都必不可少的，将统一在此处管理；使用“可视化”方式在上层最终筛选和展示出来。
未来规划：提高笔记自动化程度，实现AI自动更新和管理。
2025-06
- 博客文章进一步整理分类。
- 考虑到博客文章过多导致Github上网站大小限制，以及涉及违法和隐私的文章，将会整理到本地仅自己可看，也降低了部署在Github上的存储大小。
知识类 - 笔记分类
note- 学习笔记（日记、摘录、论文、方案、技术）design- 艺术设计（风格、视觉）software- 软件程序（设计模式、软件架构、数据结构、算法设计、程序语言、代码类库、操作系统、软件包）hardware- 硬件设备（原材料、加工工艺、元器件、产品设备）rule- 世界规则（健康、环境、社会、道德、法律、经济、政策）
数据类 - 笔记分类
diary- 日记（文件以YYYY-MM-DD_HHmmss格式命名）contact- 联系人（家人、老乡、朋友、老师、同学、公司、客户、陌生人）data- 个人数据（工作、私人、项目、资源）
注释
发现问题：考虑到博客文章过多导致Github上网站大小限制，以及涉及违法和隐私。
解决方案：配置仅将“note/、hardware/、rule/”目录下的文章才会被发布到博客上，也降低了部署在Github上的存储大小。
未来规划：提高“本地文章”和“博客上的文章”之间的统一管理程度。
2025-01
- 博客中将包含各行业所需的知识库，实现在有想法的时候及时记录保持起来，无需花大量时间思考应该记录在哪里而烦恼。
- VuePress 静态博客主题已经进行升级和Markdown编写格式适配，解决了之前的 “提示代码块”的问题。
- 当前博客仍然处于急剧扩张和内容完善阶段，暂不提供RSS订阅功能。
注释
发现问题：VuePress 静态博客主题与 Obsidian 笔记软件的整合程度有待提升和优化。以及目录结构后续会进一步细化，并继续延续之前的扩展方式。
解决方案：暂无。
未来规划：完善笔记内容和知识图谱关联程度。
2024-12
- 博客中的文章经过多次迭代修改，已经确定使用一层目录来进行大分类，详细分类通过 “小分类英文名 + 具体内容” 的方式对文章进行命名。通过英文和中文的命名方式提高差异度，能够快速定位和缩小范围。
- 该命名方式非常实用，文章链接不受目录结构的变化而经常发生改动。
- 主要标签（知识总结、查询手册、问题总结、热门推荐）、状态标签（已停滞、待完善、进行中、已完成）
- 为了能让文章能通过名称就能够快速查阅所需知识，应优先查看命名中最少用到
-符号的文章，这类文章是其他相关文章的链接整合作用，能够通过该文章跳转到其他相关文章，实现在不修改其他文章命名的情况下扩展该类别的文章，运用到了“开闭原则”。 - 将文章的多个部分的内容拆分成多个文章，并通过"烤肉串命名法（kebab-case）"在文件名后面不断追加新标题，运用到了“单一职责原则”。
- 由于部分文章会通过链接的形式被多次提及和复用，文章之间的双向链接构成了“关系图谱”知识库，运用到了“组合/聚合复用原则”。
注释
发现问题：新博客主题的部署和配置没有完全理解，发布的文章出现部分无法正确展示。
解决方案：仅保留实用的功能部分，但仍有 “提示文本块” 无法正确展示。
未来规划：后续在博客和文章基本完善后，对外提供RSS订阅功能，实现读者能通过有RSS订阅功能的客户端软件来及时接收到博客的文章更新信息。
2024-11
- 第二版博客正式上线，使用 VuePress 静态博客主题，并部署在Github上，不同的是编辑文章的软件是使用Obsidian笔记软件。
注释
发现问题：Obsidian和VuePress对Markdown语法格式有些许不同，因此需要重点调整一下文章中使用的语法。
解决方案：仅手动和对两者都支持的语法，总结出都支持的编写规范。
未来规划：需要进一步完善标签和分类，提高新文章的可扩展性。完善文章之间的关联性，构成完善的知识图谱。
2024-10
- 将所需要的知识二次整理成更易于理解的方式展示和查询。
注释
发现问题：随着博客文章越来越多，文章管理和查询的效率就变得很低。
解决方案：使用Obsidian笔记软件来实现管理和编辑文章，最主要的是实现可视化的双向链接。
未来规划：完善标签和分类，并能够对文章提供高可扩展性。
2023-08
- 第一版博客正式上线，使用 Hexo 博客主题，并部署在Github上，平时通过VScode代码编辑器来更新文章和上传同步到GitHub上更新博客页面。
注释
发现问题：博客主题本身有不足的地方，但是美观实用。
解决方案：避开文章的不足的地方，整理出了一份较为合理的博客文章编写规范。
未来规划：希望在未来找到新的博客主题。
2023-06
- 使用动态博客还是静态博客？我最终选择了静态博客，因为深思熟虑之后发现自己不需要后台管理或者更新数据库的功能，同时静态博客能够免费部署在Github等代码托管平台上。
注释
发现问题：静态博客部署到GitHub流程和冲突问题。
解决方案：使用VScode代码编辑工具，该工具提供了Git管理插件页面，完成部署后，后续很少再通过命令对文章进行同步和发布。
未来规划：挑选一个喜欢的博客主题，并不断完善知识库笔记。