background

pearl这个项目是我从前年开始维护的项目， 其中分为pearl_mind 和pearl_house。对于pearl_mind目前已经通过几千个思维导图分支进行了详细地整理， 帮助我在健康、金融、生活等方面建立了第一性原则， 目前基本处于修补状态，基本已经形成体系。 而pearl_house主要聚焦于工作和技术领域，是作为我工作生涯重要的一个支撑点， 它的目的是帮助我偷懒， 过去我对pearl_house也是一直在思维导图中整理， 使用的是xmind, 但是这个思维导图在记录这种具有大量单层逻辑和代码的知识时， 可读性比较差的。自己也试过对话式博客、普通笔记博客、录制视频等方式， 发现效果并不理想。 自己在怎么做这个问题上花了很多时间是因为不想以一个不满意的方式去填充pearl_house, 这会导致自己在后期想改的时候很难受， 会觉得之前全白做了。最近， 我突然想清楚了以什么方式去做，因此我将pearl_house未来的建设架构在此做一下梳理。

Content

过去， 我一直对pearl_house想要实现的效果有一些近乎苛刻的要求：

1. 能够帮助自己现在的工作， 提升效率。这需要对知识做到详细的拆分，能够一眼捕捉到这个领域的重点，避免遗忘。
2. 整理一套合理书写流程： 之前的笔记各种方式， 有思维导图、博客等等， 但是希望所有的内容能汇总成为一套流程， 方便查阅， 能够直接组合成一本开源的书。
3. 能够做到精而广，这需要自己明白自己的侧重点是什么， 非侧重点是啥。
4. 有实际的代码复用能力，最好做到低语言级别。
5. 能够做到一个点精： 能够在一个地方体现超越市面上现有技术的理解， 体现出自己的钻研能力。
6. 能够辅助英语的练习。
7. 在质量上能够保证不灌水
8. 追求技术的最优解

其实这些要求中，自己最难攻破的就是12358点， 为什么呢？

• 要求1， 过去我对linux的基本操作整理了差不多有五六次笔记， 但是我还是非常依赖搜索引擎， 不是我当时没整理， 而是我整理得太乱了， 虽然和其他大多数博客一样， 每个点都能涉及到， 但是对于那种即插即用的知识， 在第二次阅读的时候10s内找不到， 而我用搜索引擎10s内可以很快地找到一个尝试的方式。
• 要求2， 自己之前博客和思维导图写得很多， 但是其实不同的知识是适合不同的笔记方式的， 自己之前在创作的时候， 有些内容记到了思维导图， 但是感觉不好在博客中又写了一遍， 没有一个流程化。
• 要求3 ：这个问题其实在学生阶段解决不了， 因为没有实践的场景， 很多知识都是广的，没有重点， 但是现在我觉得是有了。
• 要求5： 我对精通的要求是在一个点上做出来和别人完全不同的方式， 而且感觉自己的方法更合理一些， 有点类似科研达到创新的水平。
• 要求8： pearl_house项目一直推动比较慢的主要思想原因就是自己担心现在做得不是最优解， 后面做了一半如果发现其实没必要这样做得话， 我会很崩溃， 所以就成了思想上的巨人，行动上的矮子。

在我最近想通了12358之后， 就觉得是时候启动pearl_house了， 下面我就好好说说我是如何想通的， 如何解决这些问题的。

1. 要求126, 提升效率有流程化。

• 我自己尝试了好多种方式， 最终决定使用如下的结构， 首先background介绍这个技术的作用和目标， 能够达到什么, 例如git作用是实现版本管理， 目标是想跟上公司的开发节奏。 然后content去记录一些这个领域的通用知识理解，例如什么是git, 什么是工作区等等，冲突是什么意思， rebase是什么意思等等理解的东西， 但是这些理解的东西是不能够直接用的。 所以我有了fast_work这个目录， 这个目录就可以笔记一些常用的操作和步骤，这里面的内容必须是干货， 例如怎么提交一个代码； 有冲突了怎么办（给出具体的例子或者场景）；合并怎么合并等等， 这里面的东西也能够直接放到pearl_house的代码库中， 可以直接复制粘贴。 version和reference就不用说了， 一个是用来记录每次更新的内容的， 一个是用来记录参照的文档， 便于后续查看。
  
• 对于content中代码较多的内容， 需要用博客的形式写具体的内容， 思维导图中存放对应的技术摘要即可。
• 对于fast work中的内容， 由于是干货， 可以输出成为英文去直接给个英文文档的介绍。这样可以做到理解中文， 简单操作内容英语化， 且需要有Stack Overflow或者medium文章的参照。
• 关于xmind的内容， 可以直接转换生成一个博客， 实现多元转换。
• 关于书籍这方面其实是比较头疼的， 怎么能把自己的内容快速以文档形式出书呢？ 这个我觉得需要再处理一遍， 但是自己又不想处理了， 最好就是content的内容最好以博客形式。fastwork以英文形式都加载到gitbook中， 也不搞成专门的书了， 因此一定要保证质量。

2. 侧重点要求3: 广度与精度

• 这个主要是通过工作后确定的， 因为之前上学很难有重点， 随着工作的需求， 慢慢的有侧重点了。 所以我目前的重点就是linux C++技术栈， 广度体现在前端python等语言。 对于广度领域和深度领域会采用不同的元认知模型进行学习[1-2]。

3. 有实际的代码复用能力，最好做到低语言级别。

• 这个对于我来说还是比较难， 按理说像python这种级别已经封装得太高层了， 自己简单的功能封装好像也解决不了什么痛点， 因此自己最好是在C++服务端做封装， 而且可以做到自然语言级别。目前这个还比较难， 所以就先把后端领域的好代码放进来，尽量上升到常用API层。

4. 能够做到一个点精： 能够在一个地方体现超越市面上现有技术的理解， 体现出自己的钻研能力。

• 这点来说比较难， 需要做到创新的水平， 在工程技术类实现上其实不太可能， 自己之前突破的点也是在回溯算法中， 感觉这个点目前技术工程层面需要做到创作者以下的精通水平， 因此需要理解他的市场、功能、架构、重点领域、造轮子小领域等等[1]， 这个一般就是工作领域的， 要有自己的理解。

5. 在质量上能够保证不灌水

• 这个很可能在中后期会发生， 尤其是因为要写书， 这种出现的话会让人觉得很水，因为需要定时博客分享啥的， 对外监督。

6. 追求技术的最优解

• 这个问题我之前想了很久，也是限制我行动力的主要原因。 现在我想明白了两件事情， 首先软件开发其实是工程类学科， 最优解就是生活中出现的人类工作方式，例如对于普通人最优的方式是带剪枝的回溯算法一步步走（一定要做好笔记，中间才会走出dp方式的路线）， 对于富家子弟最好的人生方式是家族的人使用dp思想带(例如黄铮等等人)， 而最差的两种方法是递归和随机， 这也是大部分人常用的工作生活方式，慢慢的就迷失在琐碎的任务中没有了动力。 此外还有人类社会现在最优系统就是异步多线程系统。这些现象告诉我们不要去追求技术的最优解， 技术只是语言，甚至于设计模式这种方式，也是一些高级语言， 没有具体的领域。 相比较这些， 你自己的元模型（ 解决问题的能力， 回溯算法元模型，以自我为中心看增长等等元模型才是你的竞争力）， 元模型 > 你通过元模型和实践增长的领域知识加工具包 > 一个产品的方向与实现 > 熟练的计算机知识。 明白了这些， 你会发现pearl_house中其实只是在积累熟练的计算机知识、并打磨一个好的领域工具包， 而产品方向与实现和元模型都不怎么依赖pearl_house, 主要是通过pearl_mind去做得， 但是这俩是脚， 不脚踏实地的走的话，人思想再强也走不动。 这也是我将pearl分为mind和house的原因。

Summary

ok, 在梳理完pearl_house的未来工作之后， 需要讲之前的pearl_house[3]去做扩充, 以后不会再这方面有方向类型的问题， 只有小细节的调整和执行力。加油哈哈。

Reference

1. https://github.com/fly51fly/Principle_of_Web_Search_2021
2. https://zhuanlan.zhihu.com/p/405407962
3. https://github.com/liupeng678/pearl_houses

version

2022年10月23日02:17:04 更新第一版， 设置了今后pearl_hourse的方向， 可以和https://github.com/liupeng678/pearl_houses/tree/main/document/book 加思维导图一起总结。