аналитические функции такие хорошие.. только вот операции над графами нельзя представить в виде аналитических функций... или можно?
ну, то есть, классический пример это разворачивание окна, его можно плавно интерполировать координатами и размером. а вот, к примеру, включение или отключение сетевухи низзя...
в 4D диаграммах события получаются вертикальными штрихами, но в то же время встает вопрос упорядочивания событий, т.к. время наступления события (рассчитанное или измеренное) всегда имеет конечную точность, и скорее всего даже для точечных событий имеет смысл рассматривать какую-то функцию распределения, вроде гауссианы, которая отражает вероятность наступления события в каждый данный момент времени..
как-то так.. мда. голова болит, мысли путаются. кому-то еще в голову такое приходило?
* это вопрос не только про решение конфликтов и\или упорядочивание, это про программирование вообще, потому что он мешает строить машины потоков данных, оно же functional reactive systems
** надо это в двух случаях: для сокращения времени реакции системы до "меньше полной латенси" и для сглаживания изменений
классический пример: в шутере игрок нажимает на курок, ему на клиенте начинают проигрывать выстрел, пакет летит в сервер. сервер считает результат, клиент тем временем рисует летящие кровь\осколки (ни к чему не обязывающие), и потом рисуется резльутат попадания (запускается анимация смерти или не запускается)
если клиентский симулятор ошибся, то нам надо откатить результат... и вот для этого желательно бы уметь плавно интерполировать между правильным и неправильным результатами.
более радикальный пример: есть у нас на сервере и на клиенте агент, отвечающий на сообщения. программист на сервере написал новую версию обработчика и нажал "коммит". при этом хочется что-то красивое делать на клиенте, в тот момент когда одна версия обработчика заменяется другой. не AST же интерполировать, в самом деле? (вот это как раз операции над графами, да).
еще пример: есть HTML страница, в нее догружаются картинки, или окно ресайзится, и надо повторно лейаутить это дело
* еще на почитать: Genuinely Functional GUIs by Conal Elliott
no subject
Date: 2010-07-03 02:30 pm (UTC)no subject
Date: 2010-07-03 02:31 pm (UTC)no subject
Date: 2010-07-03 04:59 pm (UTC)Отмазка: с теорией струн я знаком только по книжке Грина, пусть знающие больше поправят.
... Встречаются Ёроол-Гуй, Олгой-Хорхой и Шай-Хулуд ...
no subject
Date: 2010-07-03 06:10 pm (UTC)no subject
Date: 2010-07-06 09:40 pm (UTC)... Административное нарушение и порицание ...
no subject
Date: 2010-07-03 04:55 pm (UTC)... Живущий, пока не исчезнут машины ...
no subject
Date: 2010-07-03 05:00 pm (UTC)... Простите мне неверный слог и пару странных слов ...
no subject
Date: 2010-07-03 08:21 pm (UTC)Для вебдева - нацепить transition effect и вперёд. Вообще, задача дизайна GUI на 100%. Динамическая перезагрузка (части) кода - такая же фича программы как и всё остальное.
no subject
Date: 2010-07-03 08:29 pm (UTC)Делают. Кучу пейперов на эту тему читал. Но делают руками. А не хочется.
>> Вообще, задача дизайна GUI на 100%
В общем да. Хочется ее обобщить настолько, чтобы гуи (для банальных CRUD-style приложений, вроде например Trac'а) можно было генерировать с учетом данной фичи.
no subject
Date: 2010-07-03 08:47 pm (UTC)А поддержка в базовом GUI - научить любое окошечко показывать красивый transition (с изменением размера if need) это не вопрос. Но вот что делать, если там поля _семантически_ переиначены, а в старых пользовательский ввод был?? Кастом код разряда "поддержка версий". Который короче на хорошем DSL, но энивей требующий написания.
no subject
Date: 2010-07-05 06:30 pm (UTC)