Usability: czy aplikacje w przeglądarkach WWW mają szansę wyprzeć programy desktopowe? Druga dysusja w ramach spotkań IT roundtable

Kontynuujemy nasz cykl spotkań pod nazwą ITroundtable.pl. To regularne dyskusje specjalistów z branży IT, podczas których staramy się analizować światowy i polski rynek nowych technologii, a także tworzyć idee i wizję rozwoju dla rodzimego biznesu. Drugie spotkanie poświęcilismy kwestiom usability i możliwościom aplikacji przeglądarkowych w konfrontacji z tradycyjnymi programami desktopowymi. Zachęcamy do lektury – to niepowtarzalna okazj a do tego, by poznać opinie specjalistów branży.

Od lewej: Marek Byszewski, Maciej Górski, Artur Żarski i Janina Mincer-Daszkiewicz.

Dariusz Nawojczyk [Webhosting.pl]: Aplikacje uruchamiane w przeglądarkach zdobywają coraz większą popularność, ale czy mają jakieś słabości? Co z punktu widzenia twórców oprogramowania jest główna słabością t ego typu systemów?

Paweł Maciszewski [Uselab]: Myślę, że jest wiele takich słabości. Jedną z głównych jest czas reakcji i ewentualne opóźnienia w reakcji elementów interfejsu. Jako drugą słabość podałbym wydajność. Są takie miejsca w biznesie, które nie zostaną obsłużone przez aplikacje webowe. To są dwie główne wady, które teraz przychodzą mi do głowy. Dodatkowo dodam, że pokrycie Sieci nie zawsze jest dostępne - co wtedy?

Bartłomiej Lozia [TETA]: Według mnie nie możemy zapomnieć o bezpieczeństwie. Możliwość potencjalnych ataków na aplikacje sieciowe jest bardzo duże.

Janina Mincer-Daszkiewicz [USOS]: Pamiętajmy jednak, by - mówiąc o responsywności - rozdzielić kwestię responsywność samego interfejsu oraz kwestie dostępu do danych. Jeśli aplikacja mocno bazuje na danych, to o tej responsywności w pierwszej kolejności będą decydowały tak naprawdę: ilości danych przesyłanych przez Sieć, przepustowość Sieci oraz możliwości tych technologii, które stosujemy po stronie interfejsu w zakresie buforowania tych danych.

Paweł Maciszewski: Tak, ale niezależnie od tego ta responsywność interfejsu będzie albo na niskim poziomie albo na wysokim. Jeśli dane będą duże, to responsywność będzie na niskim poziomie, będzie jakiś czas oczekiwania. Oczywiście, zawsze możemy to rozwiązać ładnym „loaderem", ale to nie załatwia istoty sprawy.

Od lewej: Wiktor Zychla, Bartłomiej Lozia, Paweł Maciszewski.

Janina Mincer-Daszkiewicz: Zgadzam się co do tego, że technologia stosowana po stronie klienta w lepszym bądź gorszym stopniu wspomaga kwestię sprawnego dostępu do danych.

Wiktor Zychla [Vulcan]: Budujemy responsywne interfejsy bądź nie, a ich responsywność zależy tylko i wyłącznie od tego, jakich użyjemy technologii. Wydaje mi się, że Silverlight jest już dziś technologią, która daje nam narzędzia do budowy interfejsów online'owych niegorszych od ich desktopowych odpowiedników. Responsywność zależy tylko od ilości danych i od tego, jak złożone są procesy biznesowe. Dużym problemem dla aplikacji webowych jest cięgle pokrycie Sieci. W naszym przypadku nie możemy sobie pozwolić na tworzenie aplikacji tylko sieciowych, w rezultacie staramy się tworzyć takie hybrydy (sieciowo-desktopowe). Da się to zrobić, ale wydłuża się czas tworzenia takich rozwiązań.

Paweł Maciszewski.

Dariusz Nawojczyk: Gdzie zatem leży granica „wys tarczalności" przeglądarki internetowej, a gdzie zaczyna się pole dla korzystania z systemów desktopowych?

Janina Mincer-Daszkiewicz: Wszystko zależy od tego, jakie są nasze cele biznesowe. Pod te cele dostosowujemy interfejsy.

Maciej Górski [Skanska]: Oprócz celów biznesowych kolejnym ważnym czynnikiem jest grupa docelowa.

Dariusz Nawojczyk: Czy technologie takie jak Javascript, Ajax, HTML5 czy Silverlight wystarczają do uzyskania efektywnego, tzn. użytecznego interfejsu?

Maciej Górski: Jakiś czas temu zastanawialiśmy się, z jakiej technologii skorzystać, budując nasze rozwiązania. Rozważaliśmy również te przeglądarkowe, jednak ostatecznie zdecydowaliś my się na technologie WPF, która bardziej wykorzystuje zasoby komputera.

Tomasz Kopacz [Microsoft]: Byłem ostatnio na prez entacji, na której rozważano, co będzie za 10-15 lat. Najważniejszą rzeczą było to, że za 10-15 lat na rynek pracy wejdą te osoby, które teraz grają w gry RPG. One są przyzwyczajone do tego, że zaczynają wydawać jakieś polecenia swojemu avatarowi, on coś robi itd. I teraz, jak po jednej stronie zestawimy osobę, która w takim świecie ż yje, a po drugiej stronie się postawi formatkę, to to nie będzie dla niej żadne środowisko pracy. Ona nie będzie w ten sposób potrafiła myśleć. Oczywiście, można ją nauczyć tych formatek, ale może dla tych osób w ogóle interfejsy będą w innym kierunku szły. To nie będzie to, co my teraz widzimy na rynku.

Janina Mincer-Daszkiewicz: To, co w "Raporcie Mniejszości" nas fascynowało jako taka nuta przyszłości, jest dziś przedmiotem studiów uniwersyteckich.

Marek Byszewski [Internetium]: Przyznam szczerze, że gdybym przez osiem godzin musiał machać rękami w pracy, to chyba nie bardzo by mi się to podobało. Wspomnę jeszcze o kosztach wytwarzania takich aplikacji. Zrobienie naprawdę bogatego interfejsu, do którego np. użytkownicy Office'a są przyzwyczajeni, jest jednak problematyczne. Nie chodzi nawet o design, bo są różne CSS-y, są też inne technologie, ale bardzo dużo czasu kosztuje nas wytworzenie takiego fajnego, wygodnego interfejsu, który jest niezwykle responsywny. Dla mnie pisanie bardziej zaawansowanych aplikacji z wykorzystaniem HTML-a to takie sprytne włożenie kwadratowego klocka do okrągłej dziurki.

Dariusz Nawojczyk: Które elementy w przeglądarce są zatem absolutnie nie do zrealizowania?

Artur Żarski [Microsoft]: Moim zdaniem powinniśmy spojrzeć najpierw na to, gdzie będziemy taką aplikację uruchamiać. Jeśli mówimy o ogólnym kliencie, to założenie jest takie, że działa on na systemie operacyjnym, np. na Windows 7 - w związku z tym nasza aplikacja powinna być w jakiś sposób zgodna z tym systemem.

«poprzednia 1 2 3 4 ... 5 następna »

Podoba Ci się ten tekst? Powiedz o tym innym na Fb: lub na G+:

publikuj:

wydrukuj

10 skomentuj »

Komentarze

#1 asdfasdf 2010-05-21 17:42:30 0
tekst sponsorowany :)

dlaczego usuwacie komentarze?
IP: 95.49.39.[...] Opera/9.80 (X11; Linux x86_64; U; pl) Presto/2.2.15 Version/10.10
#2 micmic 2010-05-21 18:27:54 0
Wszyscy dyskutanci sa zwiazani z Microsoftem?
IP: 83.1.121.[...] Mozilla/5.0 (X11; U; Linux i686; pl; rv:1.9.1.9) Gecko/20100315 Firefox/3.5.9
#3 tralala 2010-05-21 18:29:20 0
responsywny to responsywny tamto...
IP: 87.99.23.[...] Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.53 Safari/533.4
#4 dAREuS^® 2010-05-21 18:43:03 0
Responsywność była kluczowym wyrażeniem tego spotkania. Tekst jest tak zredagowany, by odzwierciedlać jednak naturalność mowy i dyskusji.
IP: 188.121.11.[...] Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US) AppleWebKit/532.5 (KHTML, like Gecko) Chrome/4.1.249.1064 Safari/532.5
#5 asdfasdf 2010-05-21 18:54:14 0
to jeszcze tytuł powinien być zredagowany tak by odzwierciedlał temat artykułu.
IP: 95.49.39.[...] Opera/9.80 (X11; Linux x86_64; U; pl) Presto/2.2.15 Version/10.10
#6 ma5t4h 2010-05-22 23:31:15 0

Usability: czy aplikacje w przeglądarkach WWW mają szansę wyprzeć programy desktopowe?

Tu nie ma nad czym dyskutować

To aksjomat
IP: 95.178.16.[...] Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/534.0 (KHTML, like Gecko) Chrome/6.0.414.0 Safari/534.0
#7 ma5t4h 2010-05-23 08:56:31 0

Jedną z głównych jest czas reakcji i ewentualne opóźnienia w reakcji elementów interfejsu. Jako drugą słabość podałbym wydajność
Netbook Atom N270 1GB RAM

Łącze 2Mbps

Chrome 12 zakładek

Youtube na Flashu, Facebook, Twitter, Google buzz i Google wave

Akceptowalne lagi

Dalej nie czytam - szkoda mojego czasu

*****

CAPTCHA == unem- robots

Miało być enum ?
IP: 95.178.16.[...] Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/534.1 (KHTML, like Gecko) Chrome/6.0.414.0 Safari/534.1
#8 MSreklama 2010-05-23 12:25:54 0
Ci z MS to niezle jada... chodzacy marketing... zywa reklama ... co za ludzie do roundtable - popracha
IP: 77.65.114.[...] Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; MS-RTC LM 8; KK; Creative AutoUpdate v1.40.03)
#9 muki 2010-06-10 12:00:40 0
Bardzo rozśmieszył mnie Drugi Klucz do Sukcesu.

Ciekawy paradoks, że w biznesie polegającym na produkcji interfejsów GRAFICZNYCH, rolę projektanta graficznego sprowadza się do dodawania jakiejś panierki. "W jednym projekcie" ... "Chcieliśmy zatrudnić"... "bardzo pozytywnie nas zaskoczyło" ... "powinniśmy odróżnić odświeżenie na zasadzie zmian graficznych, od

odświeżenia na zasadzie zmian ergonomicznych" .
IP: 195.116.236.[...] Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3
#10 ady 2010-06-16 00:14:29 0
@ma5t4h: No tak... a cache'ujący dane rich-client w javie, który pracuje na kompie, a cięższe kawałki 'komputacji' robi na zdalnym serwerze?

Niektórym programom by się przydało podejście chociażby z wykorzystaniem jakiegoś dodatkowego, lokalnego serwera obliczeniowego ;)

I w przypadku serwerów lokalnych - np. używanie programów Xowych po sieci.

Z drugiej strony typowy lag javy w interfejsach...
IP: 87.101.32.[...] Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.70 Safari/533.4

Aby dodać komentarz, musisz podać swój nick, treść komentarza oraz poprawnie przepisać oba słowa z obrazka (słowa muszą być rozdzielone spacją).
W treści komentarza można używać języka formatowania BBcode.