Projekt Blink

Ako forkaju i ostave otvoreno, a kaze da hoce chrome, ali posebno bitno chromium ce postati jos brzi. 

Ovo dolje sto planiraju je sve cista petica a ovo su samo manji zahvati...

• Teach WebCore about multi-process history (currently it assumes same-process synchronous History access)
• Delete the Widget tree (a Mac WebKit1 constraint)
• Split WebCore into modules
• Move code to directly using the sandbox Platform API directly instead of WebCore/platform where possible
• Establish a simpler, stricter tree-gardening system that does not require 2 full time engineers per day
• Experiment with moving the DOM into the JS heap
• Increase multicore use (e.g., html parser, style engine, javascript parser)
• Removing obscure parts of the DOM and make backwards incompatible changes to obscure parts of the DOM that benefit performance or remove complexity.
• Use a modern, faster tcmalloc throughout all of Mac chrome
• Experiment with incremental or parallel layout
• Fix memory leaks by removing the ScriptValue/ScriptState abstractions now that there’s only one JavaScript engine.
• Replace WebKitIDL with WebIDL and remove custom JavaScript bindings code
• Bring WebCore up to speed with DOM3 Events / [DOM] UI Events.

Bas me zanimalo kud ce sad opera i izgleda da prate chromium http://thenextweb.com/insider/2013/04/04/opera-confirms-it-will-follow-google-and-ditch-webkit-for-blink-as-part-of-its-commitment-to-chromium/

Ne kužim u čemu je problem. Google Blink je i dalje open source projekt. Što znači da će bilo tko moći koristiti ili dalje forkati Blink. Zar nije to ljepota Open source softwarea?

I u cemu je tu tocno problem? Razlicite OSS licence postoje UPRAVO zato da bi ljudi zastitili svoj OSS software kako hoce.

Meni je osobno totalno smijesno s koliko rezervacije vecina firmi u kojima sam ja radio gleda na open source. Radije bi platili i da imaju licencu, kao da im to garantira nekakvu sigurnost, i onda samo slegnu ramenima kad proprietary library pocne zastekavati - umjesto da lijepo pokupimo iz OSS-a sto nam treba i tweakamo za svoje namjere.

Ako je licenca BSD, MIT, LGLP i slicno - OCEKUJE se od tebe da slobodno koristis OSS software u svojim proprietary projektima.

Takodjer, forkanje nije nikakva novost: XOrg je forkao XFree86 kad su odlucili promjeniti licencu.

Apsolutno svaki library koji koristim u svojim projektima - forkam. Zasto? Zato jer onda imam source na kojem mogu popravljati bugove. Diff patcheve mogu slati (tj. u slucaju LGPL-a moram), ali nisam _prisiljen_ upgradeati verzije.

Takodjer, cesto se dogodi da ti software trokira ili ne radi najbolje zbog totalnih gluposti, npr. library koji koristis ne koristi apstraktni logging layer, nego svoj logging library - koji je razlicit od tvojeg. Pa su ti rijesenja:

1. Nosi sa sobom dva logging librarya

2. Hackni njihov logging i funneliraj ga u svoj (SPORO!)

3. Jednostavno popravi library

Naravno da je 3. najbolji izbor, ali naleti se na ljude po IRC-u koji ne zele ni cuti za nekakve prepravke uz ikakve argumente.

Takodjer, najnormalniji potez je jednostavno uvidjeti - ne koristim to, to, to i to, i onda to lijepo ukloniti. Forkas library, uklonis layere apstrakcije koji samo kostaju, a uopce ti ne trebaju.

Zakljucak,

koliko god nisam fan idealiziranja Googlea, i mislim da je opasno idealizirati ikakvu kompaniju - toliko Google ne radi nista lose, vec sasvim uobicajenu praksu. Blink ce biti i dalje OSS, te ako WebKit zeli pokupiti neke dijelove od njih, mogu lijepo mergeati sta hoce. Problem je taj sto WebKit mora biti apstraktan da bi opsluzio razlicite platforme, a kako se lijepo vidi iz planirane TODO liste - Blink ne mora.

Meni se cini da ti nisi nikad ozbiljnije radio sa open source zajednicom, nego napamet pricas o nekim "postenim korisnostima" koji u stvarnosti uopce ne postoje, niti ih je ijedan developer ikad spomenuo.