17
jun
11

Html5: feeënstof voor mobiele toepassingen, of toch maar native gaan?

De laatste tijd word ik steeds meer met dit dilemma geconfronteerd. Moeten we nu native apps gaan ontwikkelen of toch maar crossplatform op de html5 wagen springen?
Een half jaar geleden zou ik zweren bij native apps. Android was toen nog om over te giechelen, en html5 was een mooi buzzwoord, maar de praktische toepassingen die ik toen gezien heb waren dan weer om te grienen. Zelfs heel recentelijk schoten me woorden te kort om mijn afgrijnzen te omschrijven bij het zien van een html5 iPad magazine. Trage, schokkende interface en veel wachten.

Een collega bij dotProjects bestookte me echter met wat links over de Financial Times app die recentelijk in html5 editie uitgekomen is.

Een andere collega was dan weer betrokken bij de creatie van een op Drupal geënte mobiele site in html5 waar net zoals bij FT’s app de data eerst gedownload wordt om vervolgens lekker spiffy over het scherm te glijden. Vooral die datastorage capaciteiten spraken me wel aan.

Maar toch. Laten we eerlijk zijn. Die FT app is niet veel meer dan een veredelde site met wat kleine fotootjes, wat streaming video en veel tekst. Ideaal voor nieuwssites, begrijp me niet verkeerd, maar niet echt ‘up to spec’ als je het naast een ‘Project’ magazine legt. Hoeft ook niet.

Mijn mening over dit soort zaken is de laatste maanden meegegroeid met de markt. Ik zit er ook niet verlegen om, om toe te geven dat mijn eerdere stellingen niet meer dezelfde zijn als nu. Zo ben ik al een tijd afgestapt van het idee dat die 1 op 1 overdracht van de meeste digitale kranten apps interessant is. Ik lees ze amper. Ik lees mijn rss feeds. In dit opzicht ben ik dolenthoesiast over het idee ‘Drupal + html5 = offline digitale kranten lezen’. Koppen scannen kan dan nog steeds, maar er zit meer interactiviteit in dan een rss reader. Maar ga één stap verder in het aanpassen van de layout, of één iteratie verder in multimedia en/of animaties en het geheel valt in elkaar als een kaartenhuisje.

Dus we houden het voorlopig hier bij: Html5 is prachtig in sommige gevallen, maar native apps zullen nog voor lange tijd de scepter zwaaien in App-land, en ik weet niet of de consument moet opdraaien voor de besparingsdrang van uitgevers die kost wat kost niet twee keer (iOS, Android) willen ontwikkelen.

Maar binnen twee maand zien we wel weer.


2 Responses to “Html5: feeënstof voor mobiele toepassingen, of toch maar native gaan?”


  1. 1 Karim jul 1st, 2011 at 13:28

    Het verhaal van native vs html5 ligt niet echt in het kamp van design en development, maar eerder in de marketing en verkoop.

    In het kort:
    Een native app is makkelijker verkoopbaar dan een webapp. Een native app is makkelijker te vinden (met name in de AppStore). Een webapp wordt door veel mensen als “dit is dus gratis, want het is een website, maar dan anders”.

    Ik geloof bv dan wel de combinatie van webtechnologie én native, vooral voor de investering die voor de ontwikkeling gemaakt dient te worden.

    Ps: als ik Android bekijk, dan heeft deze nog steeds een serieuze achterstand op iOS. De grootste reden lijkt mij hier ook de AppStore waar je als gebruiker 1 account hebt mét je creditcardgegevens in opgeslagen. Bij de AndroidMarket dien je telkens opnieuw je creditcard boven te halen. Wat uiteraard een grotere drempel is (marketingtechnisch: de gebruiker heeft meer tijd om van de aankoop af te zien). Het businessmodel van Google is anders dan die van Apple. En ik denk trouwens dat Microsoft hetzelfde model van de AndroidMarket in WindowsPhone heeft (maar dat kan ik nog niet verifiëren).

  2. 2 Frank De Graeve jul 1st, 2011 at 13:41

    Karim,

    een interessante toevoeging. Ook daar ligt een belangrijk beslissingstraject. Ik merk zelf dat ik regelmatig ‘impuls’ aankopen doe, wat inderdaad snel tegengehouden wordt als ik voor elke app apart moet beginnen visakaartgegevens in te geven.