Citat:
da li je verovatno da ti novi poslovi opet budu u vezi sa MySQL/RDBMS
MySQL:
marten - 0%
monti - 50%
RDBMS:
marten - 1%
monti - 10%
to je *moje* misljenje (naravno zasnovano na informacijama koje ja imam ali ..)
Citat:
Koliko je uopšte u ovom trenutku MySQL decentralizovan
hm ... kako se uzme. MySQL core se pravi "samo" kod nas (radi preko 100 developera). InnoDB core se radi samo u oraklu tj na njemu radi samo hikki. Na InnoDB concurrency problemu radi samo Google (i mnogi pricaju da rade na tome poput percone na primer ali generalno samo implementiraju gotove google patcheve i to je to). To je sto se razvoja MySQL DB-a tice. Tu je osim SUN programera I Google programera (oko 200 ljudi dedicated) doprinos ostalih zanemarljiv (ispod 1%). Sto se tice ostalih stvari direktno vezanih za MySQL (konektori na primer) SUN ima dedicated ljude za te projekte ali je odnos community doprinosa prema nasem (internom) doprinosu otprilike 70:30 (70 za community). Sto se tice 3rd party projekata vezanih za MySQL, Merlin (Enterprise Monitor) i WB (WorkBench) su 100% interni SUN projekti i nisu free. Ostalih 3rd parti aplikacija postoji na hiljade (ili milione) i dosta njih se radi u saradnji sa SUN-om (sa nasom podrskom i nasim PS-om), na primer ceo facebook sistem (20000 mysql servera u replikaciji) je dizajnirao MySQL AB (jos pre nego nas je kupio SUN)... tako da sto se 3rd party aplikacija tice, postoji ih mnogo, sto "klijenata" poput EMS MySQL Browsera (po meni najbolji MySQL klijent ikad - doduse kosta 500E ako nemas fix) sto sistemskih programa. Od sistemskih 3rd parti stvari ima nekoliko storage engine-a za mysql (koji kostaju mnooooooooooogo para i nisu namenjeni normalnim korisnicima), i nekoliko utiliti-a od cega su najznacajnije "innodbhotbackup" koji kopira innodb table space bez da se gasi mysql server i pravi ga hikki i prodaje, i utility koji pravi Percona koji sluzi za automatsko vadjenje podataka iz koraptovanog innodb tablespace-a, taj utility isto nije dzaba.
Generalno, ceo taj cim sa (de)centralizovanscu projekta je prilicno kompleksan. Mi na primer odlicno saradjujemo sa pgsql developerima, dosta ljudi u support-u radi support za pgsql takodje, u nasoj bugs grupi se nalazi devojka koja je recimo sef community relations za evropu za pgsql i tako to ... SUN je bio jedan od glavnih sponzora njima tako da nam je interna komunikacija odlicna ... zasto to pricam, oni su recimo 1000x vise decentralizovani kada je sam core baze u pitanju i medjusobno smo vise puta delili iskustva oko toga. Realno, mnogo je jeftiniji razvoj tako, ali je mnogo sporiji i kvalitet koda je mnooooooooogo komplikovan. Dolazi do problema sa mnogo "podverzija" koje ne vode nigde i slicno. oni recimo generisu nekoliko puta vise koda nego mi ali na primer ne mogu da implementiraju replikaciju vec godinama, imaju preko 8 projekata (kada sam ja zadnji put gledao bilo je 8) koji zapocinju pricu sa replikacijom i nijedan projekat koji to zavrsava :( ... dakle, nemoj me pogresno razumeti, njihov metod (decentralizovan) nije losiji, samo je drugaciji, donosi drugu vrstu problema i druge benefite, mysql, po meni, nikad nece biti toliko decentralizovan. Inace je Montijeva inicijalna ideja bila da MySQL bude dzaba al ne da bude open source. On nikada nije dozvoljavao da community da veliki doprinos samom jezgru mysql db-a i to je ostalo kao mysql policy i dan danas. Dodatno, QA je prilicno nezgodan, uzmi u obzir na cemu sve radi mysql, svaki patch, svaki feature mora da radi na svim tim platformama.... ako izmemo za primer google patch koji resava donekle pitanje konkurentnosti kod innodb-a, problem sa njim je sto radi "samo na linuxu, samo na intel/amd platformi i samo sa gcc 4.x"... dakle apsolutno ne prolazi QA da bi takav patch isao u production source.
etc etc etc ... da ne smaram dalje mislim da sam svejedno bio preopsiran