Mark Zuckerberg avasi äskettäin HTML5: n ja vaikeudet Facebook on joutunut kehittämään mobiilisovelluksia . Zuckerberg kutsui HTML5: ssä "yksi suurimmista strategisista virheistä, joita me olemme tehneet." Nämä ovat melko voimakkaita sanoja nykyisin vaikuttavimman yhtiön toimitusjohtajalla.
Facebook on hiljalleen suorituskyvyssä HTML5 verrattuna mobiililaitteille tarkoitettuihin natiiviin sovelluksiin ja mobiiliselainten monimuotoisuuteen, mikä aiheuttaa sekaannusta web-hosting-kehittäjien keskuudessa, mihin ohjelmoinnin osaan he voivat käyttää - siis natiivi-sovellusten houkuttelevuutta.
Natiivi sovellus ei tarvitse Internet-yhteyttä toimimaan; se on paljon nopeampi kuin HTML5-verkkosovelluksen lataaminen; ja koska natiivi-sovellukset toimivat suoraan puhelimesta, niillä on helpompi pääsy mikrofoniin ja kameraan, mikä tekee niistä entistä helpoammin kuin HTML5-pohjaiset verkkosovellukset.
Ennen kuin otat Mark Zuckerbergin HTML5-bashing todisteena siitä, että web-sovellukset ovat kuollut, muista, että kehittäjät pitävät tietyissä olosuhteissa yhä mieluummin web-sovelluksia.
HTML5 on esimerkki "write once, run everywhere" mentaliteetista. Koska useimmat selaimet toimivat samalla tavoin, yksi sovellus voi toimia lähes kaikissa selaimissa, toisin kuin natiivi-sovellukset, jotka toimivat järjestelmäkohtaisesti. Tämä ilmeisesti tehostaa kehitystä, mutta käyttäjälle se merkitsee jatkuvuutta käyttöjärjestelmästä riippumatta. Vaihdetaan iPhonesta Androiden? Sen sijaan, että tottuu uuden käyttöjärjestelmän eri käyttöliittymään, HTML5 takaa, että sovellus näyttää, ajaa ja tuntuu samalla tavalla riippumatta siitä.
HTML5 mahdollistaa myös jatkuvan päivittämisen, ilman App Storen tarvetta. Joka kerta kun käyttäjä kirjautuu web-sovellukseen, he saavat ohjelman viimeisimmän version.
Web-sivuston, kuten Facebookin, joka päivittyy ja muuttuu jatkuvasti, HTML5-pohja tuntui kuin ei-aivot. Sen sijaan, että odotettaisiin hyväksyntää Googlen Play-kaupasta tai Applen myymälästä, verkkosovellus päivittyy itsestään. Jälleen tämä vetoaa sekä käyttäjille että kehittäjille. Kehittäjille se poistaa tarpeen uudistaa ja lähettää sovelluksen uudelleen aina, kun se on päivitettävissä. käyttäjille, vapauttaa heidät joutumasta päivittämään -painiketta muutaman viikon tai kuukauden välein.
Facebookin pääkysymys ei ole pieniä eroja HTML5-koodauksen ja natiivisovellusten välillä, vaan sen sijaan, miten tiivistää sisältöä, joka syntyi työpöytäselaimissa mobiiliselaimissa.
Mukaan CNET , Facebookilla on 955 miljoonaa kuukausittaista käyttäjää, joista 543 miljoonaa on mobiilikäyttäjiä, mikä on 67 prosenttia enemmän kuin vuosi sitten. Tämä on valtava muutos aivan perusasiat siitä, miten Facebook toimii.
Alkuperäiset sovellukset eivät ole kaikkien liikkuvien käyttäjien parannuskeino. Twitter on onnistunut hyvin käyttämään HTML5-, CSS3- ja JavaScript-ohjelmia hybridi-sovelluksiin, jotka toimivat nopeasti ja jotka tuntuvat sileältä kuin natiivi sovellus.
Vaikka Twitterissä ja Facebookissa onkin eri tyyppisiä sivustoja, Twitterissä ja Facebookissa on joitain samoja vaatimuksia: Facebookia on jatkuvasti päivitettävä viimeisimmällä sisällöllä, kuten Twitterissä (vaikkakin vähäisessä määrin). Molempien verkkojen koko asia on pitää käyttäjät jatkuvasti ajan tasalla heidän ystäviensä ja seuraajiensa tarpeisiin, joihin HTML5-ohjelmointi sopii. Mutta molemmilla verkkosivustoilla on myös oltava sujuva käyttöliittymä ja nopea latausaika, jotka vaativat natiivisovellusta. Twitterin useiden koodauskielten käyttö saattaa kuitenkin olla sellainen, että Facebookin on mentävä sisään. Eri koodi, ainakin Twitterissä, on tehnyt paremman, sileämpiä sovelluksia kuin joko natiivi sovellus tai vain HTML5-sovellus.
Alkuperäiset sovellukset tulivat varmasti ensin. Muista, että esiasennetut ohjelmat (eli sovellukset) - kuten osoitekirjat, kalenterit ja laskimet - ilmestyivät mobiililaitteille kauan ennen Web-yhteyden saatavuutta. Yksi mieleenpainuvimmista tapauksista oli Nokian klassisen arcade-pelin toteutus Käärme vuonna 1998, josta tuli massiivinen osuma ympäri maailmaa.
Niin kauan kuin HTML5 ei pääse natiiviin sovelluksiin, jotta käyttäjät voivat pelata pelejä ja ladata sosiaalisia verkkoja nopeasti, jälkimmäinen hallitsee näitä segmenttejä. HTML5 on kuitenkin edessään sää- ja ostosovelluksissa, jotka molemmat perustuvat enemmän käyttäjien analytiikkaan, mihin web-pohjaisiin sovelluksiin pääsee ja tarjoavat nopeammin.
Ominaisuus, jota Facebook pyrkii - se, jonka kaikki sovelluskehittäjät joutuvat lopulta oppimaan - on sopeutumiskyky.
Oppiminen, miten foorumi toimii ja mitkä toiminnot ovat tärkeimpiä käyttäjille, on avain kehityksen ohjaamiseen.
Olipa kyse HTML5: stä, omille käyttöjärjestelmilleen, JavaScriptiä tai jotain niiden yhdistelmää omaaville natiivisovelluksille, tärkein opetus mobiilipohjaisille yrityksille, kuten Facebookille, on lukita ohjelmiston tärkeimmät kohdat ja käytä ohjelmointia, jonka avulla nämä keskeiset kohdat ovat mahdollisimman helppokäyttöisiä ja käyttäjäystävällisiä.
Rakennatko mobiilisovelluksia HTML5- tai alkuperäiseen koodiin? Luuletko, että HTML5 tulee hallitsemaan tai tuleeko aina tukea natiivisovelluksia varten? Kerro meille kommentit.