Здравствуйте, Кодёнок, Вы писали:
Кё>Правильно: Кё>- Ребята написали прототип (Singularity), ЗАТЕМ начали строчить статьи "как у нас будет круто", "смотрите какие у нас результаты тестов" и т.п. Кё>- В Ericsson создали erlang, но никому не сказали, опробовали, ЗАТЕМ написали кучу статей, защитили диссертации, где рассказали, как у них все круто и надежно и параллельно.
Кё>Неправильно: Кё>- SymADE это революция! Все будет по уму! А почему из файлов только документы? Где в твоих статьях скриншоты? де результаты тестов? Эээээээээ, [1000000 слов], вы не понимаете, [1000 слов], дело в том, что [10000000 слов]. Вот.
Нифига камень в свой огород не пропущу.
а) прототип есть, см. в подписи к каждому моему посту;
б) скриншоты уже не первый год есть, на тех сайтах, где велась и ведётся разработка, на tigris.org можешь посмотреть http://symade.tigris.org/files/documents/6460/44492/file_44492.dat/SymADE%20Demo%20-%20UI%20events.odt (OpenOffice документ);
в) ну ты дай мне денег, сколько потратили в Ericson-е, и тогда уже ожидай результата аналогичной степени завершённости; а то я прихожу к инвестору, а он спрашивает — а у вас коммьюнити есть, а у вас статьи где про это почитать есть?
Здравствуйте, netch80, Вы писали:
N>Hi,
N>http://dz.ru/solutions/phantom/
N>кто что думает о подобной инициативе?
N>Мне представляется маловероятной, но к подобному подходу ("забудьте про файлы", "не надо загружаться") почему-то слишком многие стремятся, начиная с той же MS, дальше любимый Раскиным CanonCat, и так далее...
Проект начался десять лет назад, как там написано, а состоятельность проекта обосновывается на примере чужих, успешных, причем более поздних, разработок. А что своего они тогда имели десять лет назад? И что имеют сейчас? Где скачать прототип?
Мне представляется, что кучка длинноволосых толкиенистов в чёрных рубашках придумала себе новую ролевую игру "Операционная система".
N>>Мне представляется маловероятной, но к подобному подходу ("забудьте про файлы", "не надо загружаться") почему-то слишком многие стремятся, начиная с той же MS, дальше любимый Раскиным CanonCat, и так далее... V>Проект начался десять лет назад, как там написано, а состоятельность проекта обосновывается на примере чужих, успешных, причем более поздних, разработок. А что своего они тогда имели десять лет назад? И что имеют сейчас? Где скачать прототип?
EROS был уже тогда. А что-то похожее по сохранение состояния EROS появилось в Фантоме только недавно.
Yours truly, Serguey Zefirov (thesz NA mail TOCHKA ru)
Здравствуйте, artem_korneev, Вы писали:
M>>а) прототип есть, см. в подписи к каждому моему посту;
_>Это прототип среды разработки, насколько я понимаю. А где посмотреть на прототип OS?
Я о SymADE отвечал. Которая к фантому отношения не имеет.
А о прототипе надо у thesz спрашивать, он похоже в курсе.
Здравствуйте, nikov, Вы писали:
T>>Со сроком я мог и напутать, но не сильно. Ну, шесть лет, вместо 8. По-моему, всё же, в районе 8.
N>На сайте утверждают, что с 1998 года, то есть почти 11.
Я вот немного приобщился к Фантом. В плане почитал главного автора.
На сколько я понимаю, у них и близко нет разработки 8 часов в день 11 лет.
Так, переодически что то делают.
Здравствуйте, fmiracle, Вы писали:
F>А если серьзено, то идея отказаться от сохранения мне нравится.
Я то же хочу. Почему Палм умеет, телефон умеет, а комп нет ?
Вообще собирался свои мысли по этому поводу кристализовать, да руки пока не дошли. А тут всякие Сингулярити да Фантомы. Надо изучить опыт гуру .
F>1. Полного отказа от файлов. Хорошо когда файлы только для одного приложения, но как же разрулить ситуацию, когда один файл может использовать несколько программ? Кстати, нечто подобное было в palmOS — но там это решалось "базами" в памяти, которые могли разделяться между приложениями, ровно как файлы. И, соответственно, сохранять состояние разработчику надо было самому. Но пользователю было удобно. И для слабеньких первых пальмов это было очень эффективным решением.
Я бы сделал так. ФС остаётся, но её деревянный вид, это одно из отображений. Файлы в ФС — это объекты в ОС. К примеру System.String лежит в /System/String файле. Однако возникает проблемма одновременного доступа к обеъкту на запись. Или один читает, а второй меняет. Придётся делать нечто вроде ивентов: event Changed, void SurperssChanged(), делаем пачку изменений, AllowChanged().
Или ещё вариант транзакций. Т.е. пока объект в работе, он лочится. Как только программа перестала его менять, и сказала Commit() он разлочивается + райзается event + система его сотояние запоминает на диске.
F>2. Как согласуется то, что ОС сама всегда сохраняет состояние программы и возможность "перезапустить" программу для лишения проблемы утечки памяти? Если утечка "функциональная" — т.е. система просто не подчищает какие-то испольуемые списки, формально это не мусор, но по факту это неисползуемые программой данные, объем которых будет расти и расти. И будет честно сохраняться операционкой. А при перезапуске программы — честно зачитываться обратно...
Ага. Только никто exit и kill для программы не отменял. На крайних случай halt -r now.
F>3. Что будет с состоянием памяти и сохраненных пользовательских "документов" при обновлении версии программы? Не получится ли что усилия программиста по обеспечению обратной совместимости перебьют плюсы от ликвидации работы с файлами?
Кстати очень инетересный вопрос. Надо подумать, как такое можно реализовать.
Здравствуйте, master_of_shadows, Вы писали:
__>Здравствуйте, fmiracle, Вы писали:
F>>А если серьзено, то идея отказаться от сохранения мне нравится. __>Я то же хочу. Почему Палм умеет, телефон умеет, а комп нет :(?
То, что они умеют, это кривой и грязный хак, который в то же время сочетается с обычной файловой системой в Gallery.
Вообще, мне весь подход кажется весьма... мнээээ... нечестным. Данные, привязанные к программе — это упрощение, которое перестаёт работать, как только один "документ" надо вставить в другой "документ" и отправить по почте.
Здравствуйте, netch80, Вы писали:
N>То, что они умеют, это кривой и грязный хак, который в то же время сочетается с обычной файловой системой в Gallery.
Кто умеет? Палм или телефон? И в чём хаковость Палм-а, если это он?
N>Вообще, мне весь подход кажется весьма... мнээээ... нечестным. Данные, привязанные к программе — это упрощение, которое перестаёт работать, как только один "документ" надо вставить в другой "документ" и отправить по почте.
А в чём проблемма? Один объект добавляется во второй и отправляется .
Здравствуйте, master_of_shadows, Вы писали:
__>Здравствуйте, netch80, Вы писали:
N>>То, что они умеют, это кривой и грязный хак, который в то же время сочетается с обычной файловой системой в Gallery. __>Кто умеет? Палм или телефон? И в чём хаковость Палм-а, если это он?
В том, что данные не хранятся в местной FS или хранятся так, что юзер про это не знает.
N>>Вообще, мне весь подход кажется весьма... мнээээ... нечестным. Данные, привязанные к программе — это упрощение, которое перестаёт работать, как только один "документ" надо вставить в другой "документ" и отправить по почте. __>А в чём проблемма? Один объект добавляется во второй и отправляется :xz: .
Подробнее, пожалуйста. Где что как нажимать. Причём учтите реальность — первый и второй изначально лежат на разных машинах. Рецепт в студию;)
Здравствуйте, netch80, Вы писали:
N>В том, что данные не хранятся в местной FS или хранятся так, что юзер про это не знает.
Я не понимаю . Разъясните пожалуйста.
__>>А в чём проблемма? Один объект добавляется во второй и отправляется .
N>Подробнее, пожалуйста. Где что как нажимать. Причём учтите реальность — первый и второй изначально лежат на разных машинах. Рецепт в студию
Где и что нажимать в чём? В нереализованной концепции? Есть объект А, открытый в программе. Мы берём мышой и тащим в него же объект Б. Программа модифицирует объект А, добавляя в него объект Б. Или как ссылку, или как копию, в зависимости от контекста, выбора пользователя и т.д.
И давайте Вы то же приведёте пример того же самого, но в текущих программах. А то я что то не понимаю: два документа на разных машинах, вставить один в один и отослать. Это пример какого реального действия?
?
.
.
. Разъясните пожалуйста.
