![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
Что-то на почве веб-интерфейсов все сошли с ума
[...]
По-моему, то что веб-морда достаточно ограниченная хрень в плане выполнения операций на клиентском компьютере - это очевидно. И никакие аяксы тут не помогут.
А сильверлайты, флеш, ActiveX и прочие апплеты - это уже, извините, нихуя не веб, это подъебка из разряда "запускается в браузере - значит это веб-интерфейс". Не говоря уже о тяжких зависимостях работы подобных вещей от тонких квантовых настроек безопасности и прочей хрени.
Например, есть у меня приложение такое - в веб-морде грузится .NET юзер-контрол, это их аналог жаба-апплетов. По условиям, он должен использовать чужую систему, интерфейс к которой - набор убогих ActiveX (тоже сторонники "веба" делали, очевидно). Так вот в одном из контролов этой системы тупо не работают клавиши управления курсором. В IE. Если то же самое сделать в GUI-приложении - работают. И вот такой хрени - на каждом шагу. То диалоговые окна проваливаются под окно IE, то горячие клавиши не работают, то еще какая-нибудь хреновина.
А пользователям не объяснишь "вот веб сейчас модно, поэтому вы должны согласится с ограничениями которые он накладывает".
Я так понимаю, любители веб-интерфейсов мыслят какими-то легковесными приложениями, где сидит унылая тетя Маня и мышкой в полусне щелкает и каждый раз с клавиатуры на мышь переключается когда ей ввести цифры надо. И может подождать, пока там жаба-скрипты да сетевое соединение с сервером отшевелятся.
А от меня требуют прямым текстом "все должно делаться одним нажатием горячей клавиши и быстро, потому что время пользователя стоит охеренно дорого". И любой веб тут только мешает.
По-моему, то что веб-морда достаточно ограниченная хрень в плане выполнения операций на клиентском компьютере - это очевидно. И никакие аяксы тут не помогут.
А сильверлайты, флеш, ActiveX и прочие апплеты - это уже, извините, нихуя не веб, это подъебка из разряда "запускается в браузере - значит это веб-интерфейс". Не говоря уже о тяжких зависимостях работы подобных вещей от тонких квантовых настроек безопасности и прочей хрени.
Например, есть у меня приложение такое - в веб-морде грузится .NET юзер-контрол, это их аналог жаба-апплетов. По условиям, он должен использовать чужую систему, интерфейс к которой - набор убогих ActiveX (тоже сторонники "веба" делали, очевидно). Так вот в одном из контролов этой системы тупо не работают клавиши управления курсором. В IE. Если то же самое сделать в GUI-приложении - работают. И вот такой хрени - на каждом шагу. То диалоговые окна проваливаются под окно IE, то горячие клавиши не работают, то еще какая-нибудь хреновина.
А пользователям не объяснишь "вот веб сейчас модно, поэтому вы должны согласится с ограничениями которые он накладывает".
Я так понимаю, любители веб-интерфейсов мыслят какими-то легковесными приложениями, где сидит унылая тетя Маня и мышкой в полусне щелкает и каждый раз с клавиатуры на мышь переключается когда ей ввести цифры надо. И может подождать, пока там жаба-скрипты да сетевое соединение с сервером отшевелятся.
А от меня требуют прямым текстом "все должно делаться одним нажатием горячей клавиши и быстро, потому что время пользователя стоит охеренно дорого". И любой веб тут только мешает.
no subject
А съедание курсорных кнопок ATL-объектами это известная штука, исправляется как-то очень легко, но вот поди вспомни, что это надо делать в каждом контроле.
no subject
no subject
no subject
А если следовать юниксвею, то морду можно вообще на чем угодно сделать :)
no subject
no subject
no subject
no subject
Куда уход?
Что-то судя по комментам народ вообще мыслит что кроме веба жизни нет
no subject
Оные контролы, случаем, не на VB6 написаны? Симптоматика уж больно знакомая...
no subject
Ну вот тот же google reader - ну да - прикольно конечно но - это все таки не из серии "для работы и быстро быстро" да и тормозит оно вообщем-то.
no subject
Но жизнь сложнее голых схем.
Мы как-то делали один проект, частью которого было виндовое приложение, которое должно было, согласно ТЗ, "обеспечивать просмотр протокола событий". Сформулировать ничего более конкретного заказчик не смог, поэтому я написал что-то по своему видению: ну какое-то приложение, в нем какой-то лог, экспорт какой-то, просмотр текущего состояния и прочее. Заказчик посмотрел и сказал: "это ОЧЕНЬ сложно. мы ниасилим".
Тогда мы написали приложение, интерфейс к которому выглядел совершенно классически - посреди экрана появлялось квадратное окно и одна кнопка "ПЫЩЬ". По нажатию кнопки оно коннектилось к девайсу, сливало лог, экспортило его в эксель и этот самый эксель показывало на экране. Заказчик сказал - "о, это заебись".
А вы говорите - веб-интерфейс.
no subject
У меня на работе терминалы систем бронирования стоят Амадеус, Габриель, еще что-то...
Так вот операторы общаются с системами при помощи команд типа
GGPCAYY (где YY - код конкретной авиакомпании)
HEDIRYY (где YY - код конкретной авиакомпании)
А вот как выглядит ответ системы на команду
1SUFQDSVODUS29APR
** SU - AEROFLOT
**ORG-MOW DST-DUS TRIP-OUTBOUND CXR-SU 29APR06 USD
THE FOLLOWING CARRIERS ALSO PUBLISH FARES MOW-DUS:
AF AY AZ BT DI FV IB KL LH LO LX MA NG OK OS SK S7 TK YY
ADDITIONAL CARRIERS PARTICIPATE IN YY FARES
PM/SC/MIL/YZ/CH/GRP/IT/FP FARE TYPES MAY ALSO EXIST
TAXES/FEES NOT INCLUDED-USE FT/FL
ALL FEES/TAXES/SVC CHARGES INCLUDED WHEN ITINERARY PRICED
SURCHARGE FOR PAPER TICKET MAY BE ADDED WHEN ITINERARY PRICED
SU MOWDUS.EH 29APR06 MPM 1554 V-ATPCO
QTE F/B BK FARE EFF EXP TKT AP MIN/MAX RTG
1 - JEU J$R 1760.00 - - - - -/ - EH01
2 - JOWEU J$O 968.00 - - - - -/ - EH01
3 - CEU C$R 1350.00 - - - - -/ - EH01
4 - COWEU C$O 810.00 - - - - -/ - EH01$
>
Более того, когда операторам захотели поставить ГУИ, они чуть забастовку не устроили....
no subject
(Anonymous) 2008-10-19 01:34 pm (UTC)(link)no subject
no subject
ЗЫ: никогда не признавал ActiveX
no subject
А то мне тут намедни один доказывал, что надо гуёвый интерфейс для сотрудников call-центра заменить на жабоскриптовский аякс. Потому что там же можно сделать всё то же самое, а GUI не нужен, не нужен!