Share
Det er en oppfatning at det å være i utviklerrelasjoner for en nettleserprodusent, er alt glamour og glitz som involverer mye jet-setting og rockstar-lignende opplevelser. Så langt har jeg ikke personlig funnet det for å være tilfelle, men i å se på livet til Opera-evangelisten Bruce Lawson, tror jeg at han kanskje passer den beskrivelsen.
Bruce er i konstant på farten, enten å oppdatere sin fantastiske bok, og presenterer HTML5 (som betraktes som en av de beste HTML5-bøkene), eller ved å møte utviklerkonferanser for å lese pulsen i samfunnet..
Med Operas siste skifte til Blink-gjengemotoren klarte jeg å fange litt av Bruces tid til å spørre ham hvordan skiftet vil endre Opera-nettleseren.
Jeg medforfattere den første boken på HTML5, "Introducing HTML5" (New Riders). Jeg er en av grunnleggerne av HTML5Doctor.com, og var medlem av W3Cs Arbeidsgruppe for Best Practices for Mobil Web. Jeg evangeliserer åpne nettstandarder for Opera, den eldste nettleseren som har mobil, skrivebord, TV og innebygde nettlesere, brukes av 300 millioner mennesker over hele verden..
Utviklere bør oppdage at Opera oppfører seg som Chrome gjør.
Vel, det ville være fint hvis det gikk uten å si at webutviklere burde utvikle seg for Internett og ikke individuelle nettlesere, og i dag har alle nettlesere stor støtte. Et av problemene vi hadde, er imidlertid at utviklere ikke testet på Opera riktig - fordi mange devs er i USA, og vår nettleser har en høy markedsandel i land utenfor USA. Så vi har nylig endret renderingsmotoren i Opera Desktop og Opera Mobile til Blink-gjengemotoren som Google Chrome bruker (vi er de første som sender Blink-baserte nettlesere). Utviklere bør oppdage at Opera oppfører seg som Chrome gjør. På grunn av større kompatibilitet med massemarkedsnettsteder og et mer visuelt tiltalende brukergrensesnitt, og noen unike funksjoner, har vi som mål å øke brukerbasen i USA og Vest-Europa.
Vi har noen unike funksjoner i både skrivebord og Android. Den ene er off-road-modus, som sparer båndbredde og gjør at nettsteder gjøres raskere. En annen er Discover, som er visuelt tiltalende, kurert innhold som kan tilpasses for å vise bestemte språk og kategorier. På skrivebordet er det Stash - et sted hvor du kan lagre nettsider for visning senere med et visuelt øyeblikksbilde av nettstedet og dets tekst lagret i nettleseren for senere fulltekstsøking.
Vi har lenge vært kjent for innovasjon i nettleser-brukergrensesnittet (tabbed browsing, Speed Dial osv.), Og ved å bruke Chromium kan vi få utviklerne til å lage nye, innovative grensesnitt i stedet for å fokusere på å lage vår egen gjengivelsesmotor
Når Opera Mobile og Desktop ble basert på Presto, var det fire rendering motorer på markedet: Presto, WebKit, Gecko og Trident. Nå er det fire: WebKit, Gecko, Trident og Blink - og de samme ingeniører som utviklet Presto, øker aktivt støtte for nettstandarder i Blink-forbedringer som kan brukes av noen.
Flytting til Chrome gir Opera Mobile større kompatibilitet med nettsteder som ble kodet med bare Android og iPhone i tankene, slik at våre kunder blir bedre - men å jobbe med Chrometeamet bidrar til å ødelegge feil oppfatning at "bare WebKit betyr noe".
Vårt Opera Mini-produkt har tradisjonelt vært markedsleder på funksjons-telefoner, da det gjør den tunge løftingen på våre servere, slik at folk med svært drevne telefoner kan bruke nettet. Den brukes på over 3000 forskjellige enheter over hele verden - hvorav mange vi aldri har hørt om - og er ofte den eneste måten folk kan bli med på nettet i noen fremvoksende økonomier. Men det er ikke bare et produkttelefonprodukt: komprimering og raskere gjengivelse er like viktig på smarttelefoner. Vi har sett andelen Opera Mini-smarttelefonbrukere i Asia Pacific-landene øker fra 9% til 32% (se opera.com/smw for månedlig innsikt i verdensomspennende mobilnettbruk).
Det er vanskeligere for utviklere å bli betalt når det ikke er et installerbart produkt.
Jeg tror vi må forstå hvorfor nettet er bra. Ingen klaget over at et nettsted ikke samsvarer med brukergrensesnittet til Linux-boksen det ble sett på, eller nettleseren som viste det. Faktisk har designere alltid vært adamant at de burde kunne utforme innfødt brukergrensesnittelement, for eksempel skjemafelter vekk fra standardinnstillinger for nettleseren. Siden JavaScript kommer nærmere innfødt ytelse og mer og mer integrert med enhetskapasiteter (File API, WebRTC, Pointer Events, etc.), får vi færre og færre grunner for utviklere å lage innfødte apper. Årsakene til at de fortsatt ikke er teknologiske, det er sosialt (apps er kurert av App Stores) og økonomiske. Det er vanskeligere for utviklere å bli betalt når det ikke er et installerbart produkt. Jeg er sikker på at vi skal plugge disse hullene, men det vil ta tid; Det er mange forretningsinteresser her.
I tillegg kan nettlesere bidra til at HTML5-nettsteder føles mer appliknende. Se Opera for et interessant produkt som gjør akkurat dette.
Jeg tror webstakken er i ganske god form i disse dager. Det er arbeid som skal gjøres for at nettstedene kan fungere offline (Appcache-done-right, uansett hva det kommer tilbake) og med nettbetalinger. Mangelen på en nyttig måte for utviklere å håndtere responsive bilder er et problem, 18 måneder etter at det ble flagget opp.
Min største bekymring er ikke tempoet i standardutvikling så mye som mangel på nettleservalg. Paradoksalt nok har vi de mest kraftige og interoperable nettleserne som vi noen gang har hatt, men mange plattformer tillater ikke at brukerne velger nettleseren sin.
Forvirring er ordet. Jeg liker det faktum at WHATWG holder levestandarden, det er alltid oppdatert. Men det betyr at mange ting der inne er virkelig eksperimentelle, og ikke implementeres hvor som helst (eller til og med klar til å bli implementert, i noen tilfeller). Det er også veldig nyttig å ha bare en spesifikasjon som inneholder alle tingene.
Det er imidlertid synd at det er uoverensstemmelser mellom W3C og WHATWG-spesifikasjonene. For eksempel er hovedelementet veldig godt spesifisert i W3C-spesifikasjon, men dårlig spesifisert i WHATWG. Jeg vil råde utviklere til å se hva de kan bruke nå å se på W3C-versjonen.
Det er en mash-up av memes fra 2003, da jeg først (og sist) redesignte bloggen min. Det er en kombinasjon av oolong kaninen som balanserte ting på hodet (http://en.wikipedia.org/wiki/Oolong_(rabbit)) og geit, som ikke er en geit. Slå det opp. Eller gjør det heller ikke.
Vi vil gjerne gi en stor takk til Bruce for å delta i dette intervjuet.
Redaktørens merknad: Bruce nevnte under intervjuet at et nytt, interessant produkt ville bli utgitt av Opera. Mellom tiden intervjuet ble utført og publisert, la Opera ut Coast of Opera for iPad, noe som gjør at HTML5-nettsteder føler seg mer appliknende. Husk å sjekke det ut.
Accentsconagua