[hyperknot]

Hi, author here. I think it's not a good idea to auto save just at random intervals. I certainly don't want my any of my apps to auto save without me telling it to do so. Maybe I'm old fashioned in this regards.

Update, answered in detail here: https://news.ycombinator.com/item?id=42016231

[Brajeshwar]

Unfortunately, the world now wants to be autosaved. One day, you might need to look at the usage pattern and AutoSave, perhaps when idle or after a set action is done (or fall back to the default timer). Otherwise, get a checkbox/radio that turns ON/OFF the options to "Autosave."

[ghaff]

I'm not sure I want to go back to a world where I could lose a few hours work because I didn't save my work incrementally. (That said, as others suggest, you want to have a way to say known good/useful checkpoints as well.)

[carlosjobim]

There's a dialog asking if you really want to quit without saving your work.

[ghaff]

If you used programs like Lotus back in the day, you'd realize that that you tended to develop muscle memory to just quit in many cases. You also had crashes that kept you from saving as well.

[hyperknot]

Yes, I agree, it might be a thing now.

Update, answered in detail here: https://news.ycombinator.com/item?id=42016231

[donatj]

Can I ask why? What is the harm in saving users work unexpectedly especially when I see a version history here?

I have been working with computers for 30 years, and I would find lack of a timed autosave surprising. Autosave was common on desktop applications in the mid 1990s. See: Everything in the MS Office suite.

[hyperknot]

The simple reason is that MapHub doesn't have a Google Docs like "time-traveling" version control nor Undo implemented. Undo is _really_ complicated if you don't start your app with that in mind. So the way to work is Save, try something and if you want to revert then you just reload the page.

Of course there is the "Previous versions" feature, but it still breaks my logic of Checkpoint-Experiment-Revert cycle. But I might be alone in this and users would be happier with autosave.

Update, answered in detail here: https://news.ycombinator.com/item?id=42016231

[sshine]

I expect web apps to auto-save because writing text in browsers is historically brittle, because browsers don't naturally persist the things you type into them anywhere. So if you don't create some layer of persistence, there is no natural point at which the user expectably saves things. Auto-save is just part of creating reliable, persisted data in web apps (regardless of whether that is local or remote) without expecting the user to do anything. There is no standard for manual saves to rely on, like there is for native applications that save to files.

So yes, you're old fashioned.

I still hit "Save" in every single offline or online app every time I've made a minimal change, because of old-timer PTSD reflexes: I used to edit files in vi over modem and telnet without screen (tmux), and if the connection had a hiccup, the connection died, my editor died, and the changes died with it. So saving (extremely) frequently was just a way to not lose your changes.

[skydhash]

I started with Windows XP and things were so unreliable, with power cuts and software crashing that I saved everytime I took a break from actively working (switching programs, looking away, from the screen,…)

[mikedelfino]

You could implement automatic saves on each change then, instead of regular intervals. You can also have a toggle, enabled by default, I guess, so the elderlies will have the option to make it like the good old times.