[notefuel]

I think this is very common.

Genuine question: what, if anything, could a note-taking app do to assuage this fear?

e.g., is there something extreme that would help like giving you example notes to run through the export process during onboarding, or maybe even an automated export to an email every number of days so that if the app shuts down, even if you do nothing, you'll still have your data.

I'm asking because I recently launched an app in precisely this space (https://www.notefuel.com - it's a note-taking app dedicated specifically to learning, kind of like Readwise.io meets Evernote), and I totally understand this worry, have it myself, and would invest in mitigating it.

[helloworm]

Nothing. To satisfy the programmer type users who claim their file type independence: 1. Just give the users a nice pdf export with lots of options. 2. iOS files integration , so that we can save directly into a repo program ( Ie working copy)

[notefuel]

Can you give me an example of a repo program in this context - would that be something like Dropbox? So you'd have our app installed, it outputs to Files periodically, which in turn is syncing with Dropbox or some other service with file history functionality?

[helloworm]

Yeah. I really like the beauty of the iOS Files api - it acts as a very convenient bridge.

So, supposing Dropbox has a sync with the files api, then that sync would be the responsibility (and implemented by) the Dropbox app. All you need to is ensure that you write into Files api properly (Ie don’t leave any locks around on files, etc - I’m not an iOS developer so I have no idea what’s actually required for very good/correct Files api interoperation, but it should be in Apple docs).

With a git repo program like Working Copy, you’d just write into its Files space (same as above for Dropbox), then Working Copy handles the syncing. Since Working Copy has no such auto sync as something like Dropbox would have, since WC is a git repo app and not a cloud files service, the user would manually open it themselves and make a commit and push it at their own choosing. Any writes to WC in the meantime will just overwrite. That’s all understood by the user , if he’s using a git repo as his files backup. I prefer manually syncing my files as commits to a repo, so this all works beautifully for me .

I don’t like placing the security of my synchronization in the hands of cloud files providers such as Dropbox or Google Drive. I use multiple iPads and laptops at once, so google drive and Dropbox bugs in sync may bite me. For notes this is best for me, since note update frequency of one to five times an hour doesn’t need any auto sync. But most users, even programmers, that I know don’t seem to enjoy this level of exactness.