Вы бы хоть почитали сначала про клиентскую оптимизацию и в чем она заключается.
При современных каналах связи размер уже влияет слабо. Влияет количество открываемых соединений.
Браузеры поддерживают с одним хостом 6-10 одновременных соединений. Каждое соединение надо открыть, прогнать по нему трафик и закрыть. Самая долгая операция (как правило) — открыть соединение. Поэтому количество запросов — самое главное.
Плюс к этому начинает играть роль порядок загрузки всякой всячины, скорость рендеринга картинки браузером, скорость инициализации скриптов.
Да-да, один умный человек написал сказочку, чтобы показать как иногда уперты бывают заказчики и теперь каждый технарь её использует, когда ему лень подумать на тему «Как сделать» и он выдает «Это не возможно».
Даже в этой теме я видел 2 варианта реализации механизма Undo. Но мы конечно самые умные и расскажем еще разок сказку про красно-синие прозрачно-перпендикулярные прямые. Правильно, зачем думать, если можно просто расписать все трудности и сказать, что это не возможно?
Их сейчас лишены все сервисы, на разработку которых не жалеют времени/денег и понимают, что это самое UI все же нужная штука.
Но это уже не столько проблема UI, как UI. Это проблема развития ПО и рынка в целом. Ну вот представьте — зашел я на сайт, а там закругленные рамочки все еще с помощью картинок делают. Стоит про это написать в блог про CSS?
Вы же специалист в области БД, вы и придумайте как сохранять последние состояния при всяких update, delete и прочих командах, которые опасные действия с данными совершают. Полный там бэкап делать, таблички временные создавать или еще чего.
Не надо только тут сказок рассказывать про то, что БД будет работать хуже, если такие действия пользователя (не скриптов заметьте, а именно пользователя) будет по человечески обрабатывать.
При выработанном автоматизме надписи на кнопочках не читают и даже на сами кнопочки не смотрят. В лучшем случае человек заметит, что кнопочка другая, но рассчитывать на такое несколько утопично.
Сделали открытие, блин. Про автоматизм и неработоспособность всех этих подтверждений писали еще в седые 90е.
Решение уже придумали и реализовали лет 5 как. Тупо внедрять на все опасные и критичные действия механизм Undo.
И да, механизм Undo нельзя реализовать только на действия, которые вот прямо сейчас будут произведены в физическом мире (и то не все). Во всех остальных случаях можно скопировать куда-нибудь текущее состоянии и написать механизм его восстановления.
А вообще, писать такую банальность в блог UI… это как еще разок обсудить родимое пятно на лысине Горбачева.
Тут нужен любой реальный пользователь решающий типичные для него задачи.
Вообще съем количественных критериев это одна из первых вещей, которую делает проектировщик.
В целом — быстрая итерационность это хорошо и правильно, но уж явные паттерны надо еще на этапе проектирования применять.
Проход по шагам сделали хорошо, хотя из-за обилия JS на медленных машинках притормаживает.
Почти ничего сверх обычного функционала не реализовали. Из полезного только подсказка на ближайший город есть. Нет даже банальной инфы о том, возвратный билет или нет.
В целом, хорошо проработанная стандартная парадигма бронирования а/б
Нужна комбинированная корзина и автовыдача дешевых вариантов с жд перевозками. Правда хрена с два РЖД отдаст XML, а без него мы ничерта такого не сделаем -(
Пик онлайна не прошел. Продажи росли и будут расти, вместе с интернетом и общим ростом ухода продаж в интернет. Вообще говоря, учитывая количество необходимых телодвижений для того, чтобы стать агентом — товарищи либо субагенты, либо стартап какого-то уже действующего игрока на рынке.
При современных каналах связи размер уже влияет слабо. Влияет количество открываемых соединений.
Браузеры поддерживают с одним хостом 6-10 одновременных соединений. Каждое соединение надо открыть, прогнать по нему трафик и закрыть. Самая долгая операция (как правило) — открыть соединение. Поэтому количество запросов — самое главное.
Плюс к этому начинает играть роль порядок загрузки всякой всячины, скорость рендеринга картинки браузером, скорость инициализации скриптов.
Даже в этой теме я видел 2 варианта реализации механизма Undo. Но мы конечно самые умные и расскажем еще разок сказку про красно-синие прозрачно-перпендикулярные прямые. Правильно, зачем думать, если можно просто расписать все трудности и сказать, что это не возможно?
Их сейчас лишены все сервисы, на разработку которых не жалеют времени/денег и понимают, что это самое UI все же нужная штука.
Но это уже не столько проблема UI, как UI. Это проблема развития ПО и рынка в целом. Ну вот представьте — зашел я на сайт, а там закругленные рамочки все еще с помощью картинок делают. Стоит про это написать в блог про CSS?
Не надо только тут сказок рассказывать про то, что БД будет работать хуже, если такие действия пользователя (не скриптов заметьте, а именно пользователя) будет по человечески обрабатывать.
Решение уже придумали и реализовали лет 5 как. Тупо внедрять на все опасные и критичные действия механизм Undo.
И да, механизм Undo нельзя реализовать только на действия, которые вот прямо сейчас будут произведены в физическом мире (и то не все). Во всех остальных случаях можно скопировать куда-нибудь текущее состоянии и написать механизм его восстановления.
А вообще, писать такую банальность в блог UI… это как еще разок обсудить родимое пятно на лысине Горбачева.
Вообще съем количественных критериев это одна из первых вещей, которую делает проектировщик.
В целом — быстрая итерационность это хорошо и правильно, но уж явные паттерны надо еще на этапе проектирования применять.
Насколько я понимаю они банально ищут наличие ключевых слов в 16 разделе
В них порой опытные операторы, которые напрямую с GDS работают, не могут разобраться. А тут обычному человеку их вывалить…
Почти ничего сверх обычного функционала не реализовали. Из полезного только подсказка на ближайший город есть. Нет даже банальной инфы о том, возвратный билет или нет.
В целом, хорошо проработанная стандартная парадигма бронирования а/б
Как они определяют, что у билета гибкая дата/гибкий маршрут?
Нужна комбинированная корзина и автовыдача дешевых вариантов с жд перевозками. Правда хрена с два РЖД отдаст XML, а без него мы ничерта такого не сделаем -(
По РФ надо Сирену подключать, тут они могут сильно проигрывать.