![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Об удобном софте для сложных предметных областей.
Каждый раз, когда я читаю ![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif)
justy_tylor или когда меня очередной раз посещает навязчивая идея сделать генерацию UI из моделей (как у меня генерируется все остальное), я вспоминаю вот эту картинку http://ips.intermech.ru/images/s1_big.png или интерфейс 3D Max или CadSoft Eagle.
Я до сих пор не могу для себя решить - адский пиздец сложности UI профессионального софта - это объективное следствие сложности предметки или же все-таки, как всегда в этом нашем IT - случайная сложность, потому что делают "как привыкли", "чтобы пользователи пользовались привычными метафорами" и "у нас эргономикой занимаются программисты".
У меня софт обычно простой. Потому что предметка вся это "ввести первичные данные, получить данные с 100500 приборов и желязяк и показать по ним отчеты", ресурсы ограничены, UI делать некому, соответственно все по максимуму сводится к обобщенным CRUD-оперденям. А бэк-енды, базы данных и бизнес-логика, когда она не особо связана с UI - для меня это отдых. Потому как в большинстве случаев укладывается в функциональщину и SQL.
justy_tylor или когда меня очередной раз посещает навязчивая идея сделать генерацию UI из моделей (как у меня генерируется все остальное), я вспоминаю вот эту картинку http://ips.intermech.ru/images/s1_big.png или интерфейс 3D Max или CadSoft Eagle.
Я до сих пор не могу для себя решить - адский пиздец сложности UI профессионального софта - это объективное следствие сложности предметки или же все-таки, как всегда в этом нашем IT - случайная сложность, потому что делают "как привыкли", "чтобы пользователи пользовались привычными метафорами" и "у нас эргономикой занимаются программисты".
У меня софт обычно простой. Потому что предметка вся это "ввести первичные данные, получить данные с 100500 приборов и желязяк и показать по ним отчеты", ресурсы ограничены, UI делать некому, соответственно все по максимуму сводится к обобщенным CRUD-оперденям. А бэк-енды, базы данных и бизнес-логика, когда она не особо связана с UI - для меня это отдых. Потому как в большинстве случаев укладывается в функциональщину и SQL.
no subject
Все эти хипсторасы с их готовыми жабаскриптовыми либами пока пригодны только для говнотвиттеров и кнопки "Поделится фотонькой в социальной сети".
Предполагаемый вариант: состояние хранится на сервере, ссылка указывает на "текущий контекст работы, жабаскрипт его рендерит. Т.е. если у юзера браузер отвалится и он заново откроет - он продолжит работать с того места, где прервался. А модальные-немодальные окна - это сугубо машина состояний-workflow и тому подобный мрак.
С ссылками коллегам - сложнее, там права доступа придется проверять.
no subject
И этой вот проблемы на десктопе нет - стейт в окошке, уйти из него никуда нельзя, и каждому юзеру понятно что окно закрыл - стейт просрал.
no subject