noted VS grit

This is really cool. I am endlessly fascinated by the proliferation of "productivity apps" when I find the same thing as you: that they are quite unnecessary.

My approach is similar. I already take notes via a Bash script. I configure a particular "label" for any todos and (essentially) just grep for them, excluding those that are crossed out (with Markdown tildes). This approach works great for me as a Staff Engineer in a large tech company. Reference: https://github.com/scottashipp/noted/blob/main/subcommands.m...

I also wanted to mention there are several related ideas / movements around the web. One of the biggest is todotxt. In case you hadn't heard of it: https://github.com/todotxt/todo.txt

I have created my own note-taking tool after experimenting with all of the different note-taking apps for many years.

It's a shell script.

If interested: https://github.com/scottashipp/noted/

Speaking of which, the documentation has been improved, so take a peak at the README file.

I actually have set up both of the main text editors I use, IntelliJ IDEA and TextMate, with the same template that my Noted cli uses to produce time-stamped note entries.

What is that "n?" As I mentioned, I use a lightweight cli called Noted which is nothing more than a simple shell script. The alias for noted in my shell is n, to cut down on keystrokes.

This is cool, but the killer feature I'm looking for is a UI to accomplish the functionality of grit https://github.com/climech/grit. Grit itself isn't particularly functional, but its write-up in the readme hasn't been fully realized by any task tracking software (as far as I'm aware).

*

By specifying order through indentation, we've now created a DAG for what needs to be done, in what order, with the most actionable tasks having the largest indentation. This is how I organize my plaintext to-do files, but afaict no todo list software is able to handle this gracefully- with the exception of grit, which is more of an experiment (but the readme is incredibly well written and describes DAG problem to a tee).

https://github.com/climech/grit

Does anyone know if org-mode handles complex trees? All the examples I've found online were trivial (i.e. one task deep)

Seems like it uses sqlite. Presumably it's trivial to sync using whatever file sync tool you want (Dropbox, or whatever) as long as you're fine without concurrent editing. For that you'd need application support or a more amenable data structure.

https://github.com/climech/grit/blob/master/db/db.go