Share
Det finns en uppfattning om att vara i utvecklingsrelationer för en webbläsare är allt glamour och glitz med många jet-inställningar och rockstar-liknande upplevelser. Hittills har jag inte personligen funnit det för att vara fallet, men när jag tittar på livet för operaevangelisten Bruce Lawson tror jag att han kanske passar den beskrivningen.
Bruce är ständigt på farten och uppdaterar sin fantastiska bok. Introduktion till HTML5 (som anses vara en av de bästa HTML5-böckerna) eller att delta i utvecklarkonferenser för att läsa puls i samhället..
Med Operas senaste skift till Blink-renningsmotorn lyckades jag fånga en del av Bruces tid att fråga honom hur skiftet kommer att ändra Opera-webbläsaren.
Jag medförfattare den första boken på HTML5, "Introduktion HTML5" (New Riders). Jag är en av grundarna till HTML5Doctor.com, och var medlem i W3Cs arbetsgrupp för bästa praxis för mobila webben. Jag evangeliserar öppna webbstandarder för Opera, den äldsta webbläsarproducenten vars mobil-, skrivbords-, tv- och inbäddade webbläsare används av 300 miljoner människor över hela världen.
Utvecklare bör upptäcka att Opera beter sig som Chrome gör.
Tja, det vore trevligt om det var självklart att webbutvecklare skulle utvecklas för webben och inte enskilda webbläsare, och idag har alla webbläsare bra stöd. Ett av problemen vi hade var dock att utvecklarna inte testade på Opera korrekt - eftersom många devs finns i USA, och vår skrivbords-webbläsare har en hög marknadsandel i länder utanför USA. Så vi har nyligen ändrat återgivningsmotorn i Opera Desktop och Opera Mobile till Blink-reningsmotorn som Google Chrome använder (vi är de första som skickar Blink-baserade webbläsare). Utvecklare bör upptäcka att Opera beter sig som Chrome gör. På grund av större kompatibilitet med massmarknadsplatser och ett mer visuellt tilltalande användargränssnitt och några unika egenskaper strävar vi efter att öka användarbasen mer i USA och Västeuropa.
Vi har några unika funktioner både på skrivbordet och i Android. En är off-road-läge, vilket sparar bandbredd och gör webbplatser snabbare. En annan är Discover, som är visuellt tilltalande, kuratiserat innehåll som kan anpassas för att visa vissa språk och kategorier. Sedan finns det på Stash - en plats där du kan spara webbsidor för visning senare med en visuell ögonblicksbild av webbplatsen och dess text sparad i webbläsaren för senare fullständig textökning.
Vi har länge varit kända för att förnya sig i webbläsar-användargränssnittet (flikblock, snabbval osv.) Och genom att använda Chrom kan vi få våra utvecklare att skapa nya, innovativa gränssnitt istället för att endast fokusera på att skapa vår egen återgivningsmotor
När Opera Mobile och Desktop var baserat på Presto var det fyra renodlade motorer på marknaden: Presto, WebKit, Gecko och Trident. Nu finns det fyra: WebKit, Gecko, Trident och Blink - och samma ingenjörer som utvecklat Presto ökar aktivt stöd för webbstandarder i Blink-förbättringar som kan användas av någon.
Att flytta till Chrome ger Opera Mobile större kompatibilitet med webbplatser som kodades med endast Android och iPhone i åtanke, vilket tjänar våra kunder bättre - men att arbeta med Chrometeamet hjälper till att bryta den felaktiga uppfattningen att "endast WebKit betyder".
Vår Opera Mini-produkt har traditionellt varit marknadsledande på funktionstelefoner, eftersom det gör det tunga på våra servrar, så att det går att använda människor med väldigt låga telefoner att använda webben. Den används på över 3000 olika enheter över hela världen - många av dem vi aldrig hört talas om - och är ofta det enda sättet att människor kan ansluta sig till webben i några framväxande ekonomier. Men det är inte bara en produkttelefon: komprimering och förhöjning av rendering är lika viktigt för smartphones. Vi har sett andelen Opera Mini-smartphone-användare i Asien och Stillahavsområdet ökar från 9% till 32% (se opera.com/smw för månatlig inblick i världsomspännande mobil webbanvändning).
Det är svårare för utvecklare att få betalt när det inte finns en installerbar produkt.
Jag tror att vi behöver förstå varför webben är bra. Ingen klagade över att en webbplats inte överensstämde med användargränssnittet i Linux-lådan som den sågs på, eller den webbläsare som visade den. Faktum är att designers alltid varit fasta att de borde kunna ställa in inbyggda användargränssnitt, t.ex. formulärfält bort från standardinställningarna för webbläsare. Eftersom JavaScript närmar sig inbyggd prestanda och mer och mer integrerad med enhetsfunktioner (File API, WebRTC, Pointer Events, etc.) får vi få färre och mindre orsaker till att utvecklare gör inbyggda appar. Anledningarna att fortfarande göra dem är inte tekniska, det är socialt (apps är kurerade av App Stores) och ekonomiska. Det är svårare för utvecklare att få betalt när det inte finns en installerbar produkt. Jag är övertygad om att vi ska ansluta dessa luckor, men det tar tid. det finns många affärsintressen här.
Dessutom kan webbläsare göra att HTML5-webbplatser känns mer appliknande. Titta på Opera för en intressant produkt som gör just detta.
Jag tycker att webbstacken är i ganska bra form dessa dagar. Det finns arbete som görs så att webbplatser kan fungera offline (Appcache-done-right, oavsett om det kommer tillbaka) och med webbbetalningar. Bristen på ett användbart sätt för utvecklare att hantera lyhörda bilder är ett problem, 18 månader efter det att det flaggades upp.
Min största oro är inte taktutvecklingen så mycket som brist på webbläsarval. Paradoxalt sett har vi de mest kraftfulla och kompatibla webbläsarna som vi någonsin har haft, men många plattformar tillåter inte användarna att välja sin webbläsare.
Förvirring är ordet. Jag tycker om att WHATWG håller levnadsstandard, det är alltid aktuellt. Men det betyder att massor av saker däri är verkligen experimentella och inte implementeras någonstans (eller till och med redo att genomföras, i vissa fall). Det är också väldigt användbart att bara ha en spec som innehåller alla saker.
Det är emellertid synd att det finns skillnader mellan W3C och WHATWG-specifikationerna. Till exempel är huvudelementet riktigt väl specificerat i W3C-spec, men dåligt specificerat i WHATWG. Jag skulle rekommendera utvecklare att se vad de kan använda nu att titta på W3C-versionen.
Det är en mash-up av memes från 2003, när jag först (och senast) redesignade min blogg. Det är en kombination av oolong kaninen som balanserade saker på huvudet (http://en.wikipedia.org/wiki/Oolong_(rabbit)) och getter, som inte är en get. Kolla upp det. Eller hellre, gör det inte.
Vi skulle vilja ge ett stort tack till Bruce för att delta i denna intervju.
Redaktörens anmärkning: Bruce nämnde under intervjun att en ny, intressant produkt skulle släppas av Opera. Mellan tiden intervjun genomfördes och publicerades, släppte Opera Coast of Opera för iPad, vilket gör att HTML5-webbplatser känns mer appliknande. Var noga med att kolla in det.
Accentsconagua