![[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 не нужен, не нужен!