Och här hävdar jag att ingen av dessa är webtillämpningar egentligen, utan borde göras som riktiga applikationer.
Jag har mer nytta av Adobes undersökningar än din bekantskapskrets. No offence.
Jösses, vilket århundrade lever du i egentligen? Det finns massor med saker en hemsida kan, och bör, göra som inte går att åstadkomma med HTML och serverside-script.
Jag föredrar att gå till sj.se och boka på webbplatsen, än att gå till sj.se, ladda ner och installera deras applikation och sedan boka via den, när jag bokar mina biljetter.
Vilket vore ohyggligt osmidigt, och inte alls särskilt användarvänligt.
Istället för att förstöra en ren och prydlig standard bör man då skapa en separat miljö för aktivt innehåll, såvida den inte redan finns. Gissa om den finns? Det kallas för "vanliga program som man laddar ned och installerar".
På vilket sätt är det användarovänligt att ge användaren kontoll över sin maskin?
Hur kan de kalla XBox360 användarvänlig när det tar två timmar att öppna den och man måste tillverka specialverktyg för att klara det?
Förmodligen har du mindre koll på din maskin om du blir tvungen att ladda ner SJs biljettbokarapplikation, än om du går till sj.se och bokar där. På sj.se kan du åtminstone se källkoden på klientsidan.
Det kan du inte om inte SJ släpper ifrån sig källkoden till biljettbokarapplikationen, och du har definitivt inte koll på vilka hyss som applikationen hittar på. Se bara på Sony BMGs debakel med rootkits på sina CD-skivor.
Serversidan har du ändå inte kontroll på alls.
Man kan använda den utan en magisterexamen i programmering, PhD i mikroelektronik och fyra års branscherfarenhet av systemadministration?
Modifikations- och utvecklingsvänlig är något helt annat än användarvänlig.
Du påminner mig om en saying vi har på vårt kontor: "Teknikerna säger nej!". Teknikerna säger ALLTID nej
Detta under förutsättning att de använder java. Använder de ActiveX så är jag rökt.
Inte om det krävs för att man ska kunna använda den som man vill.
En applikation jag såg av Flash och JavaScript i kombination var att använda flash som en kommunikationslänk mellan webbsidan och servern i realtid, vilket användes för att bygga en instant messaging-klient i en webbläsare.
Ett ord: inmatningsvalidering. Oavsett hur liten och minimalistisk din sida är så går validering i klienten med hjälp av JavaScript fortare än via turnaround till servern för validering där.
Helst även mindre, om möjligt. Glöm inte att många använder handdatorer och modernare mobiltelefoner.
Vi andra, vi säger: "Det går inte att laga omelett utan att knäcka några ägg", och sen åker vi i alla fall.
Om jag gör en upplevelsesajt för svenska ungdomar kommer den vara tungladdad på modem, kräva viss upplösning och antagligen använda Flash, helt eller delvis.
De flesta av mina uppdrag går ut på att bygga upplevelsesajter.
Och här hävdar jag att ingen av dessa är webtillämpningar egentligen, utan borde göras som riktiga applikationer. Det var ett olämpligt beslut när någon kom på idén med aktivt innehåll på klienten på webben. Det suddade ut gränsen för vad som är data och vad som är programvara, och skapade därmed en hel massa säkerhetsproblem och driftstörningar.