Log ind

NYHEDER

DEBAT

BLOGS

AKTUELLE EMNER

VIDENSBANK

Alle nyheder
Teknologi
Erhverv
Samfund
Podcast
Video

Seneste debatindlæg
Mest debatterede
Debatregler
Leder

Computerworlds blogs
Seneste indlæg
Klummepanel
Seneste indlæg

Apple
CIO
CES 2012

IT-Akademiet
Brancheguiden
White papers
Eksperten

KARRIERE

EVENTS

ABONNÉR

OM OS

Lønstatistik
Jobworld
IT-Kursusguiden
IDG Kurser

Event-kalender

Nyhedsbreve
Nyhedsfeeds (RSS)
Din nyhedsovervågning
Nyheder på mobilen
Abonnér på avisen
Nyheder på din hjemmeside

Annoncer
Om Computerworld
Om IDG
Kontakt redaktionen
PC World
IDG Kurser
Jobworld

Bliver 2012 året, hvor HTML5 erstatter native apps?

BLOG: Når der tales om apps til smartphones, så er det nærmest underforstået, at det handler om native apps. Men vil det forblive sådan fremover? Hvad er dine erfaringer med mobile løsninger?

Skrevet i It-korrespondenten

Af Dan Mygind

Publiceret d. 1. december 2011 kl. 14.12 |

(6)

Send

ANNONCE:

Ja, undskyld overskriften som er kraftigt inspireret af et tweet fra Jon Lech Johansen (Måske kendt af nogle som DVD-Jon):
"Next year HTML5 will replace native apps" is the new "Next year will be the year of Linux on the desktop"

Er HTML5 klar til at erstatte native apps?
Nå, nu får jeg forhåbentligt ikke afsporet debattørerne fra det egentlige formål med dette indlæg.
Det handler ikke om Linux, men om HTML5 kontra native apps.
Fordele og ulemper ved at udvikle og vedligeholde mobile løsninger i HTML5 kontra Objective-C/Java.

Jeg har talt med et par kilder, der er positive overfor mulighederne med HTML5. Deres budskab er, at mange af de native apps, kodet i eksempelvis Objective-C og Java som danske virksomheder poster penge i, med fordel kan udvikles vha. HTML5.
Og med fordel taler vi færre penge til udvikling, hurtigere leveringstid og nemmere vedligehold.
Koden skal kun vedligeholdes et enkelt sted fremfor på forskellige platforme.

Der er selvfølgelig ting, man ikke kan i HTML5, men som er muligt i native apps, men kløften bliver mindre.

Eksempelvis har mange nyheds-sites, inklusive Computerworld, udviklet native apps, der egentlig lige så godt kunne have været lavet i HTML5, lyder argumentet.

Fortæl om dine erfaringer
Hvad er dine erfaringer som udvikler af mobile løsninger?

Er HTML5 stadig for langt bagud i forhold til native apps?
Hvad savner du helt specifikt i HTML5?
Har du eksempler på native apps, der ligeså godt kunne have være lavet i HTML5?
Eller eksempler på HTML5-løsninger, der stinker, og burde have været lavet som native apps?

Der er også hele betalings-problematikken.
Hvis du vil sælge din app, så stiller Apples appStore og Android Market en hel betalingsinfrastruktur til rådighed.
Hvad er HTML5-alternativerne?

Jeg vil gerne høre om dine erfaringer/synspunkter. Skriv en kommentar nedenfor eller send en mail til Dan Mygind, hvis du ønsker at være anonym.

P.S. En interessant sidehistorie - måske den egentlige historie - er, om mobiludviklere er gode nok til at rådgive om de forskellige teknologiske muligheder for at understøtte kundens behov.
Jeg hører historier om kunder, der får dyre tilbud på udvikling af native apps, hvor en billigere HTML5-løsning opfylder kundens behov.
Det er den gamle historie om, at man glemmer at klarlægge og specificere forretningens behov og krav, fordi man har travlt med at komme i gang med det teknisk spændende cutting-edge projekt.

Kommentarer til blogindlæg

Overvåg

Charlie Nielsen

Interessant indlæg. Hvis vi lige starter med at tilsidesætte vore (designere og udviklere) egne behov for at skabe noget innovativt og nyt og i stedet tænker på hvem vi faktisk arbejder for - nemlig kunden.

Vi har over den senere tid gennemgået netop denne dialog med adskillige kunder, såvel som internt og og har bred enighed om at det ikke er muligt at generalisere behovene, men at derimod at identificere behovet ud fra hvert individuelt tilfælde.

Native apps er kommet for at blive. Omend ikke i sin nuværende form som vi opfatter dem i dag, men videreudviklede specialprogrammer til dækning af unikke behov. Men som det flot bliver beskrevet, så er det langt fra optimalt at anvende på mere generelle anvendelser som f.eks. Computerworld, EB, Berlingske, m.f. Dér vil HTML5 vel i realiteten kunne give en bedre oplevelse.

Men er det ikke også vores rolle som konsulenter, at oplyse om konsekvenserne ved valget af alternativerne og udfra behovsanalyserne specificere de rette anbefalinger? Overraskende høje statistikker over mobile browsere og deres anvendelse er eksploderet og således er mobile strategier essentielle at inkludere i virksomhedernes mediestrategier fremover. Men helliger målet midlet når du kan udvikle (og afdække virksomhedens behov) via HTML5 til langt lavere omkostninger. Det er vigtigt at overveje hvor spredte de mobile brugere er i dag, så laver du en iPhone native app - ja, så husk at fortsæt med Android, Windows Mobile 8 og RIM for ikke at prioritere nogle mobile brugere frem for andre.

Min ovebevisning hælder stærkt til at mobile udviklere og konsulenter snart tager HTML og web applikationer mere til sig. For hvilke mobile brugere gider at have installeret 2 apps til afdækning af 74 sjældent anvendte behov? Vi kan ramme rigtigt første gang med HTML5 og garanterer således alle brugere af servicen - dén gode oplevelse som det hele i sidste ende handler om!

1. december 2011 kl. 22.51

Anmeld Besvar

Dan Mygind

Charlie Nielsen skrev:
Native apps er kommet for at blive. Omend ikke i sin nuværende form som vi opfatter dem i dag, men videreudviklede specialprogrammer til dækning af unikke behov.

Hej Charlie,

Mange tak for din gode og indsigtsfulde kommentar.
Har du nogle eksempler på, hvilke unikke behov der specifikt kræver udvikling af native apps og ikke kan implementeres i HTML5?

Men er det ikke også vores rolle som konsulenter, at oplyse om konsekvenserne ved valget af alternativerne og udfra behovsanalyserne specificere de rette anbefalinger?

Hvad er din erfaring med kunderne. Er de klar over, at der reelt er 2 forskellige alternativer eller forventer de blot en native app?

Det er vigtigt at overveje hvor spredte de mobile brugere er i dag, så laver du en iPhone native app - ja, så husk at fortsæt med Android, Windows Mobile 8 og RIM for ikke at prioritere nogle mobile brugere frem for andre.

Hvad gør kunderne så?
Vælger de at understøtte alle platforme eller prioriterer de?
Eksempelvis ved kun at understøtte iOS-platformen, eventuelt suppleret med Android?

Min ovebevisning hælder stærkt til at mobile udviklere og konsulenter snart tager HTML og web applikationer mere til sig.

Hvorfor "snart"?
Hvorfor har mobile udviklere og konsulenter ikke allerede taget HTML5 til sig?

For hvilke mobile brugere gider at have installeret 2 apps til afdækning af 74 sjældent anvendte behov? Vi kan ramme rigtigt første gang med HTML5 og garanterer således alle brugere af servicen - dén gode oplevelse som det hele i sidste ende handler om!

Når du skriver "2 apps til afdækning af 74 sjældent anvendte behov", betyder det, at native apps efter din mening ofte indeholder funktionalitet som ikke anvendes?
Har du eventuelt nogle undersøgelser, der underbygger det?

Ja, det er nærmest et interview via blog, vi har gang i her. Du er velkommen til at svare her eller vi kan tage det over telefonen, hvis det er nemmere.
Andre læsere er selvfølgelig velkomne til at bidrage med deres meninger/erfaringer.

5. december 2011 kl. 12.11

Anmeld Besvar

Charlie Nielsen

Hej Dan.

Et godt eksempel er afdækning af in-store køb til f.eks. abonnementer, magasiner, m.v., hvor udviklingen er lettere fremkommelig fremfor HTML5 web apps, hvor der forudsættes at hele administrationen og fakturering er på plads fra kundens side selv.

VOres erfaring med kunderne er oftest at de er bevidste om de mest fornuftige beslutninger og forinden rådgivning vil have apps. Når dialogen først er igang, så synes vi at erfare at kunderne er ganske fleksible og i sin essens bare ønsker den optimale løsning til det rette budget.
Vælger de derimod at gå applikations-vejen, så er det oftest med argumentet at deres brugere ønsker dette og de dækker derfor sjældent alle de andre platforme som forudsættes for en 100% mobil penetration.

At jeg postulerer at HTML5 snart bliver "allemands-eje" er nærmere at de fleste mobile operativsystemer først sent har haft modne browsere, samt at de gode HTML5 frameworks først er blevet stabile og produktionsklare indenfor senere tid.

Prøv at være opmærksom på din egen adfærd på mobilen. Din nysgerrighed efter at installere specifikke applikationer til alle mulige (u)nyttige formål er antageligt blevet rationaliseret grundigt og kigger du på din hjemmeskærm så er det et udvalg af de mest anvendte applikationer som fylder dér.

Du er naturligvis velkommen til at kontakte os (http://www.divendo.dk) for yderligere dialog om emnet. Det er jo et ganske interessant emne.

5. december 2011 kl. 15.13

Anmeld Besvar

Thomas Glahn

Hejsa. Tak for en god artikel og nogle interessante argumenter for og imod at HTML5 skulle erstatte native. Her vil jeg bidrage med mine.

Som interaktionsdesigner og UX design på mobile apps er jeg selv ansvarlig for at designe brugeroplevelsen i en række forskellige apps i mit nuværende firma. Jeg vil her liste de mange argumenter, der stadig taler for native.

* performance: en native app performer bedre. Punktum. Performance har stor betydning for, hvor tilfredse brugere er med en app. Derfor er native app ofte meget behageligere at benytte, fordi der tydeligt kan mærkes en mindre touch friktion (tiden fra du gør noget, til brugergrænsefladen reagerer). HTML5 er trods alt stadig et fortolkningssprog, og ikke kompileret kode. Som eksempel skulle jeg vælge platformen til en navigationsapp med kort. Der er ingen tvivl om, at kortet er mere flydende, cacher mere naturligt og generelt zoomer bedre, når det køres udenom en browser.

* animationer: bestemte animationer og "lækkerier" i GUI'en som ofte kan gøre udslaget, kan kun laves native. Tag f.eks. radialmenuen i Path-app til iphone (seneste version). Den type navigation kan man kun lave native.

* navigation: laver man ting som native giver operativsystemet en række kontroller og lignende til rådighed, der giver en ensartet navigation og brugeroplevelse. Som fx får man med android native apps den nye topmenu og også indstillings hardbuttons kan benyttes. På iphone får man helt bestemte for brugeren genkendelige kontroller, når man kalder standardkomponenterne. Det giver en bedre brugeroplevelse.

Som modargumenter hører jeg ofte udviklernes argument for, at det kun skal kodes 1 gang, og at det er lettere at udvikle til (den første køber jeg delvist, den anden køber jeg kun for visse udvikleres vedkommende).

8. december 2011 kl. 14.22

Anmeld Besvar

Dan Mygind

Thomas Glahn skrev:
Hejsa. Tak for en god artikel og nogle interessante argumenter for og imod at HTML5 skulle erstatte native. Her vil jeg bidrage med mine.

Hej Thomas,

Mange tak for din kommentar.
Ja, jeg tror ikke HTML5 kommer til at erstatte native apps. Som du beskriver er der en række fordele ved native apps (performance, animationer osv.), som taler for at anvende dem i nogle tilfælde.

Kilder som jeg har talt med fremhæver også markedspladserne med indbygget betalingsstruktur som noget der tæller for native apps.

HTML5 udvider løsningspaletten, så udviklere får flere værktøjer at vælge imellem når der skal udvikles en mobil app.
Spørgsmålet er, om mobil-udviklere er gode nok til at rådgive virksomhederne om hvilken teknologi der er bedst og billigst (sidste parameter er vigtig i disse tider) til at opfylde virksomhedernes behov og ønsker om en mobil løsning?

Jeg kan ikke lade være med at tænke på parallellen til pc-baserede programmer kontra web-baserede applikationer.

Sidstnævnte er jo blevet en del mere avancerede de seneste par år. De gik under betegnelsen AJAX og web 2.0 i starten og er nu blevet smidt ind under hele cloud computing-hysteriet. I dag kan man få rimeligt velfungerende tekstbehandling, regneark og andre programmer til at køre i browseren. Google har virkelig nedbrudt barrieren med hvad der er muligt at få til at køre browserbaseret.

Men Google erkender også at værktøjerne til at udvikle den slags avancerede browserbaserede programmer ikke er gode nok. Derfor lancerer de blandt andet et nyt programmeringssprog for at gøre det nemmere for almindelige dødelige udviklere at være med.

Vil vi se en tilsvarende udvikling på mobil-platformen?
Stadig mere avancerede HTML5-baserede løsninger?
Og kan den almindelige udvikler så holde sig up-to-date på mulighederne i native programmering på iOS-platformen, Android-platformen og mulighederne i HTML5 og tilhørende standarder som Geolocation API?
Og ikke kun holde sig opdateret, men excellere i mulighederne?

De kilder jeg taler med erkender, at webudviklere nok har en forkærlighed for HTML5, mens "traditionelle" udviklere har forkærlighed for native programmering. Det er den gamle historie om, at hvis du har en hammer i værktøjskassen, så ser du alting som et søm - uanset om opgaven reelt går ud på at hamre et søm ind.

Har den gennemsnitlige mobil-udvikler nok værktøjer i værktøjskassen - og forstår hun at bruge dem?

Som modargumenter hører jeg ofte udviklernes argument for, at det kun skal kodes 1 gang, og at det er lettere at udvikle til (den første køber jeg delvist, den anden køber jeg kun for visse udvikleres vedkommende).

Ja, der er stadig behov for at finde ud af hvilken version den pågældende browser er og hvor meget af HTML5 og relaterede standarder, der reelt understøttes, så "write once, run anywhere" er vist stadig en sandhed med modifikationer.
Mener du med "visse udvikleres vedkommende", udviklere der kender HTML5?

8. december 2011 kl. 17.31

Anmeld Besvar

Peter Hansen

Det er et interessant emne, og jeg kan bestemt se fordelene fra udviklernes og deres kunders synspunkt - udviklerne kan udvikle apps til flere platforme, og dem der betaler for at få apps udviklet skal kun betale for at få een app udviklet

Imidlertid vil succes for en app blive målt på hvad brugerne (dem som installerer applikationen på deres smart phone) synes om den pågældende app. Da jeg antager at det er de færreste brugere der har flere slags smart phones (iPhone, Android, Windows Phone, Blackberry osv) og som vil forvente at look 'n' feel og navigation er den samme på tværs af smart phone platformene for en specific app

Hvis en bruger installerer en app hvis look 'n' feel og/eller navigation ikke følger standarden for den smart phone platform han/hun anvender, vil brugeren ikke få en god brugeroplevelse - og højst sandsynligt afinstallere applikationen. En iPhone bruger vil ikke umiddelbart genkende en app med Andoid look 'n' feel, og en Windows Phone bruger vil ikke bryde sig om pludselig at skulle bruge en app der følger iPhone look 'n' feel

Jeg har derfor svært ved at se, at platform uafhængige apps til smart phones (build once run everywhere tankegangen) bliver en success fra et brugersynspunkt

9. december 2011 kl. 08.37

Anmeld Besvar

Kommentér

Log ind | Ny bruger

Hjælp

Ytringer på debatten er afsenders eget ansvar - læs debatreglerne

Mere fra It-korrespondenten

Skal sociale netværk overvåges og reguleres?

Hvordan skal algoritmer på jagt efter terror-trusler forholde sig til "morsomme" tweets? Er tweets (også) værtshus-snak eller skal de reguleres? Og er det rigtigt, at en EU-kommissær tweeter nøgen - kun iført Chanel No 5?