Исходное сообщение
"Почему свободное ПО недостаточно удобно, и как сделать его у..." Отправлено Ленивый пес, 07-Авг-08 17:34
>Выходом из этой ситуации, и >одновременно, связующих звеном для разработчиков открытого ПО должен стать некий механизм >отделяющих GUI от собственно функционала ПО. Это даст стимул каждому желающему >дизайнеру попробывать себя на поприще создания GIU (в любой технике, какую >он для себя посчитает приемлемой b c использованием библиотек и технологий, >которые он посчитает соотбразными задаче). Спасибо за конструктивное обсуждение. Об этом (разделение base function/objects & GUI) говорят давно. Впервые встретил обсуждение этой темы в 95-96 годах. Воз в общем и ныне там. Как понимаю, вы это тoже понимаете :) Есть несколько моментов. Вы о них наверняка знаете. При разделение мух от котлет можно легок потерять прозрачность GUI-base func.obj., особенно когда дизайнер "не сoвсем понимать по албански" модель обработки данных. Второе - GUI имеет тенденцию пухнуть несоразмерно от функциональности и вообще жить самостоятельной жизнью. Многие Win app пример тому. И в KDE/GNOME из-за CORBA-like модели та же фигня часто. iPhone - не стал бы переоценивать. Для ряда функциональности GUI такого типа не годится. Возьмем научно-ориентированные приложения и индустриального плана (следует понимать индустриального шире, вплоть до groupWare приложений) SDK - еще тот монстр.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>Выходом из этой ситуации, и >>одновременно, связующих звеном для разработчиков открытого ПО должен стать некий механизм >>отделяющих GUI от собственно функционала ПО. Это даст стимул каждому желающему >>дизайнеру попробывать себя на поприще создания GIU (в любой технике, какую >>он для себя посчитает приемлемой b c использованием библиотек и технологий, >>которые он посчитает соотбразными задаче). > Спасибо за конструктивное обсуждение. > Об этом (разделение base function/objects & GUI) говорят давно. Впервые встретил обсуждение > этой темы в 95-96 годах. Воз в общем и ныне там. > Как понимаю, вы это тoже понимаете :) > Есть несколько моментов. Вы о них наверняка знаете. При разделение мух от > котлет можно легок потерять прозрачность GUI-base func.obj., особенно когда дизайнер "не > сoвсем понимать по албански" модель обработки данных. > Второе - GUI имеет тенденцию пухнуть несоразмерно от функциональности и вообще жить > самостоятельной жизнью. > Многие Win app пример тому. И в KDE/GNOME из-за CORBA-like модели та > же фигня часто. > iPhone - не стал бы переоценивать. Для ряда функциональности GUI такого типа > не годится. Возьмем научно-ориентированные приложения и индустриального плана (следует > понимать индустриального шире, вплоть до groupWare приложений) > SDK - еще тот монстр.
	Введите код, изображенный на картинке: