Selv om Facebook tidligere har kjempet for HTML5 med sitt utviklersenter, så september 2012 selskapet mot teknologien. Konsernsjef Mark Zuckerberg kalte Facebooks satsing på HTML5 for "en av de største feilene, om ikke den største strategiske feilen vi har gjort", og en Facebook-ingeniør detaljerte problemer som selskapet hadde med å lage sin HTML5-baserte app for iOS.
Sencha er et selskap som også satset på nettet, "fornærmet" Zuckerbergs kommentar - og trodde ikke HTML5 var årsaken til den gamle Facebook-appens dårlige ytelse. Ved å sette pengene sine der munnen er, forfattet selskapet deretter tech demo Fastbook, for å bevise at HTML5 var klar for storskala appbruk.
.net snakket med Sencha, konserndirektør for markedsføring, Paul Kopacki, om hva han mente gikk galt for Facebook, om selskapet tok den riktige avgjørelsen i å gå hjemme i stedet for å holde seg til HTML5, og hvor utviklere går galt med teknologien.
.net: Tror du HTML5 i hovedsak ble brukt som syndebukk av Facebook, for å adressere en dårlig konstruert app og også en problematisk mobilretning generelt?
Kopacki: Noen mennesker har formodet om syndebukk, gitt kritikken Facebooks mobilapper fikk den gangen, men vi vet ikke egentlig selskapets intensjoner.
Vi vet hva Mark Zuckerberg sa om HTML5: for det første var det en tidligere uttalelse om at HTML5 "bare ikke var der"; en annen var fremoverlent om å være "langsiktig, veldig spent" på HTML5. Vår interesse for å bygge Fastbook var ganske enkelt å vise alle som brydde seg om tilstanden til HTML5 i dag, i nåtid. Basert på den typen respons vi fikk, virker det som om mange bryr seg!
.net: I blogginnlegget ditt ser det ut til at du argumenterer for mye av problemet med HTML5-appen Facebook bygde, var den dårlige underliggende arkitekturen. Er folk som avviser HTML5 tenker for mye på webdesignere og ikke som applikasjonsutviklere?
Kopacki: Ja. HTML5 er veldig kraftig som en apputviklingsplattform, men hvis du nærmer deg applikasjonsutvikling med en nettstedsutviklingsmetode, vil du sannsynligvis komme i problemer. Sofistikerte moderne apper krever omfattende arkitekturer, forskjellige kodeteknikker og profesjonelle verktøy og rammer. Det er ikke annerledes på HTML5 enn på noen annen plattform.
.net: Hva kan gjøres for å bekjempe dette?
Kopacki: Få folk til å snakke mindre og mer koding. HTML5 har ikke en markedsføringsavdeling som proprietære plattformer, men den er åpen og lett å komme i gang med, og beviset er i å gjøre. Vi bygde Fastbook med vårt Sencha Touch-rammeverk, som er helt gratis, og gir utviklere et modell-view-controller-rammeverk, gjenbrukbare komponenter og alt annet de trenger for å gjøre apputvikling. Vi har også en gratis 30-dagers prøveversjon av Sencha Architect, vårt verktøy for visuell apputvikling, som gjør hele prosessen mye enklere. Endelig kunngjorde vi nettopp at vår HTML5 er Ready App Contest, hvor vi tilbyr opp $ 20K i premier til utviklere for å bygge andre flotte apper som beviser kraften til HTML5.
.net: Er det et argument for at Facebook ønsket å være sterk på mobil og derfor krevde integrert integrering, når det gjelder følelse og andre funksjoner, som ikke kan replikeres fullt ut med nettorienterte apper?
Kopacki: Svaret vårt er nei. Vi tror vi beviste med Fastbook at det ikke er noe som kreves som ikke kan bygges med HTML5. Men hver app er litt annerledes, og hver utvikler må ta sine egne valg basert på detaljene i appen og brukssakene. Det kan være tilfeller hvor det å bygge innfødt gir teknologisk mening av en eller annen grunn - visse typer spill kanskje. Men når de velger, må de tenke på mer enn plattformens teknologier - det er også verktøyene, appdistribusjonssystemet og hvor komfortabel du er med en proprietær plattform.
Facebook valgte innfødte, men svært få selskaper har råd til det de kan - ansette separate utviklingsteam og vedlikeholde separate kodebaser for iOS og Android, og antagelig Windows Phone 8 og BlackBerry 10 neste. For mange utviklere og app-prosjekter er HTML5 et bedre valg fordi det er en åpen standard. Du kan gjøre det vi kaller universell apputvikling, med ett utviklingsteam og gjenbruk av kode for å målrette mot alle mobile og stasjonære enheter. En åpen standard betyr også at det ikke er noen egen låsning - plattformen eies av alle. Og til slutt, på grunn av elastisiteten til webteknologier, er det du bygger med det i stor grad fremtidssikret, og koden din vil være nyttig i veldig lang tid.
.net: Men er det ikke mangler angående mobil og HTML5 som oppstår på grunn av den ekstremt langsomme oppgraderingssyklusen på Android som vil påvirke en app som din Facebook tech-demo?
Kopacki: Fastbook demonstrerer faktisk rimelig bra på eldre Android-enheter, men det vi er mest begeistret for er hvor Android er i dag. Jelly Bean og de siste Chrome-utgavene er ganske gode fra et HTML5-perspektiv - de er veldig sterke plattformer. I kombinasjon med den nyeste maskinvaren, leverer apper som Fastbook fantastiske brukeropplevelser. Vi er sikre på at vi er forbi det punktet hvor utviklere trenger å bekymre seg for oppgraderingssykluser veldig mye - på dagens plattformer, hvis du bygger med de riktige rammene og verktøyene, kan du fokusere på appen og ikke oppgraderingssyklusen.
