2 I think roadmap should be product/management oriented. Agile
3 terminology applies and things are grouped into
4 sprints/trains/PIs/etc. There's really no need for that currently at
5 least not until there's at least 10 or so contributors. The
6 =inbox.org= workflow is much more 'agile' in fact, e.g. hackable.
8 I would like to make use of the core/inbox.el and ORGAN, perhaps move
9 inbox.el to a new repository, where it will live as a package, which
10 we can contribute to MELPA.
20 Pandora's box. I guess we should make use of decorators/capitalization
21 for significant tags, and the rest are user-defined.
23 Not entirely commited to uuid, but maybe it makes the most sense to
24 use the timestamp one.
26 A Status should be applied to tasks only.
28 We need a significant number of 'in progress' types, but each
29 completed task will start as TODO and end up at DONE.
31 Deadline,Scheduled,DATE property,LOGBOOK
33 The logbook should be used to record progress throughout the lifetime
36 Descriptions can be blank, but tasks in need of review require a
42 I don't think we need org-roam for this? TBD. The thing is that I want
43 link data to end up in a set of rocksdb instances instead of sqlite.
45 For the time being we should limit the scope to a set of properties:
51 Note there's no forward references.
55 prob use rust, parse json or something
