最近我在用org管理项目开发，就是感觉有点不方便，主要是觉得切换页面麻烦
还是先介绍一下我的方法
首先实在用户目录下创建一个navigation.org文件记录每一个项目的状态，项目路径，
材料，目标，等等
goto the project链接下按下C-c C-odired
然后在项目目录下创建一个project.org文件记录该项目，以我的Build My Own Lisp为例，记录下代码位置，练习和一些任务点
虽然看着很好看，但是遇到几个问题，主要是太懒
在navigation布置任务的时候，有些任务没做完又要赶着布置下一个任务，看到一堆任务在那里，不管是有没有完成的，感觉压力好大 ，整理这些任务有点难搞
我感觉自己的方法过于麻烦了，我已经颓废了两个星期了，想简化，改进这个方法
不知道哪位能指点一二，推荐一下更好的方案
我也想过这个问题，也尝试过，最后放弃了，后来想想这个方案是可取的，可以从另一个角度来看。
这里面有一些成本是必要的，比如说写一个任务 TODO。像这些文档性质的内容，没有办法略过。但是像插入文件链接这样的事，引用代码之类的事，操作起来比较麻烦，但是成本有办法避免，我觉得可以从这个方向入手，看看怎么构造合适的工作流。
一个org文件是不够的，会发现项目的内容越来越多，org文件的内容也越来越多,多到一定程度，比如org文件写到50kb以上，就要颓废了
改进办法吗，当然是 像使用网页应用一样使用org-mode 
我现在一个org文件都不会写太长了，在10kb以下，但org文件的数量多到一定程度后还是有些不好管理，现在想在原基础上把搜索再改进一些，但elisp水平不行
我就是过年时研究好久不用的emacs，并且发现用org管理项目很方便，所以花了不少时间搭建自己的环境。目前自己的方式如下：
在org目录下建立project-tracking目录，该目录下每个org文件对应一个project，文件名就是项目名。设置org-agenda-files能包含project-tracking目录。这样在agenda视图中，TODO左侧是项目名称，TODO右侧是项目下的任务。需要的话还可以用super-agenda来设置分组视图，比如单个项目的任务放在一起。你现在用navigation手工布置任务，没有充分利用org-agenda的能力。
单个项目跟踪的org文件中，加入Journal标题用于存放已完成任务以及记录项目日志。不采用archive方式。项目完成后，将项目跟踪org文件移入已完成项目目录中，和项目其他材料放一起归档。
项目文档、参考资料等等，不应该和项目跟踪管理混用。这些内容属于项目文档管理，在项目文件夹中进行组织。
其实我想过精简化org管理文件，把其他一些笔记，资料什么的都放到Notion上去
你应该根据项目的规模大小和目的来设立 org 文件。以及，善用 org-agenda。
1、你可以将一些比较大型的项目，分离成独立的 org 文件。 2、为所有的任务设定好截止日期。 3、浏览当天任务，就用 org-adenga。
这样子，应该可以释放你不少的压力。
当然，说一个非技术外的话题，就是你在设置自己的任务时，是否有好好的考虑自己的精力和时间？
不要勉强自己去做一些做不到的事情。如果你确实发现自己完不成，那么，你应该做的，首先不是自责，而是在考虑到自己的精力和能力的情况下，重新调整任务的截止日期。
能给个例子吗 
例子：
比如说，我目前正在跟进的一个项目，比较大型，我就独立成一个 org 文件，以 P-xxx.org 为名。
在我每天起来时，首先我启动 org-agenda，看看当天，以及之前遗留的任务。
晚上的时候，我会过一遍我的 P-xxx.org 文件，把已经完成了设置为 done。
然后再启动 org-agenda，看看我第二天要做什么。
除了这个项目跟踪的文件之外，我还有一个独立的 org 文件，用于做工作日记，记录工作中产生的想法，用 tag 进行管理。像这样子：
然后，我可以用 org-agenda 的 tag 来检索相关标签下的记录。
你的projects.org没有链接啊
我很少用链接，我用attach非常频繁
那是显示问题，我没给链接
