Consider keeping metadata and scripts separate

[borkdude]

Splitting the metadata has the following benefits:

• You can re-install scripts, even if the bin dir is wiped
• You only have to back up those .edn files and can put them into source control
• It feels less magic than having inline comments in scripts
• Makes more sense with XDG conventions of keeping data and config separate

[rads]

Picking up where we left off on #62 (comment):

I think there are pros/cons with both approaches. That said, it will be a bit before I change anything here because I want to focus on more user-facing features such as #33, #18, and #69. Let's keep talking about the tradeoffs in the mean time.

[teodorlu]

My thoughts on how to store bbin script metadata (copied from #62 (comment), edited for brevity):

I think @borkdude's proposal of having one EDN file per installed script and an operation in bbin to install a script for each EDN file is a good solution.

Why: because implementation complexity and User can track EDN files in Git, and have bbin ensure the scripts are installed on all computers are important, and bbin uninstall safety/atomicity can still be solved in the future.

---

I mapped this out with a Rich Hickey style decision matrix (as advocated for in De# Practice). Screenshot:

Full document: https://docs.google.com/spreadsheets/d/1AWiYHYteuTtTGCaHWg0DNuX2rTXXJTzZzl0pbOzFsWU/edit#gid=0

(send me a Google account if you want write access, eg to add a new column for a different approach, or to add a new row for a different criterium).

I think "metadata by script install name" is the best place to start, then consider "metadata in transaction log" or "metadata by script hexdigest" later if safe/atomic uninstall is desired.