工具和结构都不重要，重要的是要多记，记完了要看要回顾才有用。
没有笔记的工具功能再多也用不上，不回顾的笔记只能算赛博收藏。
不定期的回顾整理自己的笔记的过程中自然会知道需要什么样的工具。
4 个赞
你不结构化，不做标记，怎么让程序认出最末端文本进行处理
又在不结构化不结构化的…
* 大标题
起始段落
** 子标题
文本
上面的 起始段落 不也没单独加标题,
它是没法转换成 sexp 结构还是咋地?
again:
能不能先别给人下个 “不结构化” 的结论, 却不说论据?
不能认出啊, 所以我原本不就是在指出 Org 的一个可改进之处么? 它缺少一个可选的终止符.
能想到的workaround只有给 收尾段落 加标题, 我已经很详细地在前面的回帖中指出了这种做法的缺点, 现在再加一条: 折叠所有子标题时会把本该直接隶属于 大标题 的 收尾段落 给折叠掉
每个人的操作习惯不一样, 我是只要大标题下还有子标题, 大标题下就不会写单独的内容, 起始段落也是子标题一部分, 至于起标题, 在开始和结束这两个位置我一般就随意打个符号, 只有中间的子标题才会想取个有意义的标题
大标题下没有任何不属于子标题的内容, 这样代码复杂度能下降很多, 如果是读取内容后自动生成的org文件, 应该也没必要生成这种不属于任何子标题的内容，除了注释
你说的这个其实 neorg 实现了一个类似的方法，它是可以通过在一个新空白行处加入 <<< （也可能是其他字符）来实现把后面的文字给提到前面的标题上的（对应你这里的例子就是把尾段和小标题同级而不是把尾段当作小标题的一部分）。
1 个赞
我是从 org mode 转的 obsidian ~
org mode 怎么说呢，对于图片的处理和预览实在是没有什么称道的地方，当然，如果你对图片插入之类的没啥要求就无所谓。
obsidian 对于图片的插入就友好很多，还能通过插件实现滑动滚轮调整图片的大小，简直不要太舒服。
居然在这里看到有人推荐我的文章😂 又多了点动力把这个系列写下去
1 个赞
看楼主的经历，要小心掉入生产力的兔子洞啊😂
言归正传，这个问题我觉得从哪里开始都可以，选你更习惯的方式，正如我在请不要神化双链笔记所说：
它们（自上而下 vs 自下而上）只是不同的起点，目标都是通向相同的终点 ：尽可能 消除笔记内容和搜索的不确定性。而能消除随机不确定性的东西则是信息，这种信息必然是有一定结构的。现在的搜索引擎会利用数据改善搜索结果，而目前的个人笔记应用，还是需要通过手动修改关键词、优化笔记结构来维护笔记。因此，起点虽然不同，但演进方向都是一致的：只不过无层级会增加结构的设计，应对太过灵活的结构带来的歧义性；树状结构会增加笔记间的链接，处理刚性结构的局限性。
具体实践需要注意的是：
- 如果自上而下开始，进行基本的分类后，就进入到真正的笔记书写、思考过程，不要在分类问题花费太多时间
- 如果自下而上开始，建议不要一个笔记一个文件，而是一个笔记一个标题，统一放到一个org文件。这样后期如果想整理层级结构也方便，层级大纲的整理可是org-mode的亮点。懒得整理就把笔记平铺在文件，这与一个文件夹里平铺的多个文件本质上是一样的。
我觉得卡片笔记流行起来的原因是，它让大部分人可以不用考虑存放位置直接开写，而很多人的笔记要么不需要回顾、要么数量不多，因此完全没有结构化的需要。
1 个赞