Google zet z'n 'vork' in WebKit

De kosten van het verwerken van aanpassingen waar Google eigenlijk geen behoefte aan heeft, zouden te hoog oplopen, verklaarde hij tegenover Arstechnica.com.

Zo bevat WebKit2 een eigen multithreading-voorziening voor het ondersteunen van gelijktijdige afzonderlijke processen binnen meerdere tabs. Chrome heeft daarvoor echter al een eigen oplossing. Hetzelfde geldt ten aanzien van de sandbox-structuur voor het onderling afschermen van de sessies binnen afzonderlijke tabs.

'Vorken is goed voor browser-ecosysteem'

Door het 'vorken' van Webkit verwacht Google niet alleen goedkoper uit te zijn, maar ook sneller te kunnen innoveren. Zo kan het nu allerhande infrastructurele elementen waaraan Chrome geen behoefte heeft er nu uit slopen, wat de layout-engine compacter en eenvoudiger aanpasbaar maakt. Volgens Arstechnica zou het gaan om 'duizenden bestanden' en miljoenen regels code.

Het 'vorken' van projecten wordt binnen de opensource-wereld in het algemeen als negatief ervaren. Het gaat in tegen de samen-staan-we-sterk-gedachte. Google wijst er echter op dat er ook anders naar gekeken kan worden: het vergroot de diversiteit en versterkt daarmee het browser-ecosysteem. Vooral op mobiele systemen dreigde er volgens Google een monocultuur, waarin variatie slechts berust op aanspreken van verschillende ingebouwde mogelijkheden van een en dezelfde layout-engine.

Het WebKit-project is zelf ook ooit als 'fork' van start gegaan, toen Apple in 2001 een eigen doorontwikkelpad koos met de layout-engine 'KHTML'. Chrome stapte in 2008 in op WebKit, maar gebruikt eigenlijk alleen het onderdeel WebCore, voor het hanteren van Cascading Style Sheets.