вот кто будет счастлив фантому :-)

emacs не сохраняет scratch buffer, насколько мне помнится.

Google Docs - spreadsheets тоже не сохраняет, надо называть, но оно предупреждает автоматом, что мол, надо сохранить и будет autosave.

зачем каждую минуту? всё время.
нормальные ide давно это делают, плюс ведут полную хистори. так и должно быть, не только с кодом.

"всё время. "
слишком много лишнего I/O

А разве эта проблема существует? Вроде как сейчас уже все приложения так делают, и время можно поставить, хоть и минуту.

Более интересный вопрос куда сохранять. Надо ли также делать fsync? А на лаптопе? А в самолете?

Потеря многочасовой работы из-за умершего по какой-то причине Ворда, это наиболее частый случай, когда у пользователя проваливается асимон, и он начинает понимать, в чём разница между жёстким диском и оперативной памятью. Лишить их этого, и миллионы людей не узнают, что IE и интернет это не одно и тоже.

OneNote такой. У меня с ним комично вышло. Я его запустил первый раз в жизни и стал читать tutorial, который автоматически открылся. Читаю и задумчиво удаляю/вандализирую прочитанное. Дохожу до той части, где про автоматическое сохранение. Страшное подозрение закрадывается мне в душу... закрываю, открываю снова -- половины tutorial как не бывало: эта дура все мои правки сохранила.

Прелести принудительно сервиса :)

А еще можно будет прослеживать стиль работы программера, переводчика, референта, видеть, где они делали больше ошибок, над чем задумывались, где вставляли временную переменную zhopa итп...

Раскин, помнится, давно уже высказывался, что не должно быть отдельно никакого сохранения, и компьютер должен всё помнить и быть всегда готов.

Слава богу, вспомнили. Я уж начал бояться, что Раскина никто не читал.

"In addition, a user should never have to explicitly save or store work. The system should treat all produced or acquired data as sacred and make sure that it does not get lost, without user intervention". Jef Raskin, The Human Interface (2000 г.)

А, да, кстати, Notes в PowerPro и в Макстоне не имеют отдельного сохранения -- просто редактируешь и закрываешь окно, когда оно не нужно. Всё заботливо сохранено.

Вместе со стеком undo в секретном месте?

Интересно, что мысль, что нет никаких причин, по которым грамотно написанное приложение не должно падать, не успев сохранить работу, современным программистам даже в голову не приходит.

Поэтому у всех компьютеров без исключения есть магический UPS.

Но в ворде я на такое нарывался - он перед сохранением должен разбить текст на страницы, а если текст большой, с картинками и редактируется в середине - это долго. Очень раздражает, редактируешь, а каждую минуту по часам он подвисает на полминуты.

А самое классное у меня было, когда я выключил разбиение на страницы (переключился в web layout), и он мне сохранил документ, который целиком читается только в web layout, а при переключении в нормальный вид видны только первые две страницы.

А почему он не может делать это в фоне, в сохраняющем потоке?

Фундаментальный вопрос - это как тогда решать проблему "ой, я все испортил". Хранением рядом полной истории изменений? Для растровой картинки на пару сотен мегабайт это может быть тяжеловато.

ну такие растровые редакторы вполне существуют.
хранят каждую акцию пользователя на холсте в виде отдельного слоя.
в этом случае снимики состояния получаются довольно легкими.

Ever done cut-and-double-paste instead of a copy-and-paste? I do it all the time.

Also, people often make "experimental", "what-if" changes that they will probably undo. In fact, when we are able to rely on "undo" mechanism, we generally become productive.

In short, your Session should, indeed, be saved as often as practicable. But your Documents should only have the versions you actually chose to "publish" (via Ctrl-S).

Of course, there are exceptions, where the documents are so short that there is little in the added complexity of the Session/Document model, and the Session can become the Document itself. (Sticky Notes app, for example).

Сохранять все, что оставляет знаки, я думаю научились и место для этого нашлось, остается по моему проблема как/где потом найти, т.е. проблема алгоритмов поиска.