Ontevreden mede-oprichter Mysql stapt op bij Sun

De mede-oprichter van Mysql, David Axmark, heeft zijn baan bij Sun opgezegd. De opensource-voorvechter geeft in zijn ontslagbrief aan geen vrede te hebben met alle regels die hij moet volgen sinds de overname van Mysql door Sun.

Axmark richtte in 1995, samen met Michael Widenius en Allan Larsson, het bedrijf Mysql AB op, dat verantwoordelijk is voor en eigenaar is van Mysql. Volgens Kaj Arnö, hoofd Community bij Mysql AB, is Axmark er verantwoordelijk voor dat Mysql foss is en onder de gpl uitgebracht wordt.

"Ik heb nagedacht over mijn rol bij Sun en heb besloten dat ik beter af ben in kleinere organisaties. Ik kan me niet langer vinden in alle regels die ik moet volgen en ik ben moe ze te breken. Het is beter voor me om mijn baan op te zeggen en met Mysql en Sun op minder formele basis te werken", staat in de ontslagbrief van Axmark.

Axmark zou al eerder dit jaar aan Arnö hebben laten weten dat hij twijfelde aan zijn toekomst binnen de organisatie. Ook een van de andere oprichters, Michael 'Monty' Widenius, zou naar verluidt ontevreden zijn na het samengaan van Mysql met Sun. Mocht ook hij vertrekken, dan is dit voor Sun opnieuw een gevoelige klap, die de integratie van Mysql nog moeizamer zal maken.

Reacties (22)

[sander_vk]

Dit past prima binnen de ontwikkeling van een product. In Amerika is het al veel langer zo dat innovatieve startups ideeën uitwerken met durfkaptiaal en als het idee goed is opgekocht worden door de grote jongens als een google, microsoft etc.

De oorspronkelijke ontwikkelaars blijven nog even aan om voor een goede overdracht te zorgen en gaan dan vaak weer aan de slag met een nieuw idee.

Een product professioneel uitbouwen is toch een andere tak van sport...

[SPee]

MySQL was al een redelijk succesvol bedrijf.
Het is alleen nu verkocht aan een nog groter bedrijf.

Waar deze man vroeger hoog in de boom zat en dus veelal kon doen en laten wat hij wou, zit hij nu een stuk lager en gaat dat niet meer zo makkelijk

[0vestel0]

Bedenkers van producten hebben meestal een idealistische en emotionele band met hun "kindje" en zijn daarom vaak stug en overbeschermend als het gaat om vooruitgang en het doorhakken van knopen.
Dit zou voor Sun en MySQL weleens goed uit kunnen pakken.

[Verwijderd]

an de andere kant heb je kans dat de beste man in kwestie vrolijk verder gaat op de bestaande basis van MySQL en het alleen een andere naam geeft (bijvoorbeeld YourSQL). Het is tenslotte GPL code waaruit MySQL is opgebouwd.

[himlims_]

meestal is probleem dat de mannen met kennis en de ontwikkeling gebukt moeten gaan aan een burocratie van regeltjes en documenten, waardoor van 'echt' ontwikkelen geen drol meer terrecht komt.

[Verwijderd]

Een typisch voorbeeld dat er tijdens de verkoop aan Sun geen duidelijke afspraken opgesteld zijn of mogelijk alleen mondelinge die in de praktijk niet worden waar gemaakt.
Wie een bedrijf laat opkopen en de winst daarvoor pakt maar toch verder wil in zijn werkgebied na verkoop moet gewoon goeie afspraken maken.

Ontwikkelaars denken niet zo commercieel. Daarintegen had Sun zelf ook beter moeten informeren bij deze jongens hoe ze het zelf zouden zien na overname om juist dit sort problemen te voorkomen. Teken dat Sun ook niet echt goed om gaat met dit soort zaken met als gedupeerde de eindgebruiker/klant.

[drZymo]

Dit gebeurt inderdaad vaker in grotere organisaties. Software producten worden vaak gemaakt en bedacht door een relatief klein aantal creatieve mensen met een hoop vrijheid. Door het succes worden er meer mensen bij betrokken en dan komt de trage burocratische molen op gang. Voor beslissingen moeten steeds meer mensen hun goedkeuring geven en uiteindelijk zijn de werknemers meer tijd kwijt met procedures volgen dan met echt creatief ontwikkelwerk. Jammer, maar helaas gaat het vaak zo.

[Verwijderd]

Hopelijk heeft dit geen gevolgen voor de ontwikkeling van MySQL maar langs de andere kant kan ik het wel begrijpen, uit eigen ervaring werk ik ook liever met kleine bedrijven samen dan met grote bedrijven waarbij je steeds de regels moet volgen en waar je je flexibiliteit die ze langs de ene kant wel vragen toch niet kunt laten gelden.

[bulle bas]

de ontwikkeling van mysql gaat m.i. helemaal niet lekker. Mysql 5.1 laat maar op zich wachten, terwijl er onenigheid is over de toekomst van het product. Er zijn allerlei 'forks' gemaakt, ook door invloedrijke ontwikkelaars.

[Verwijderd]

Tja.. ze wilden zelf MySQL verkopen...

Dus iets van eigen schuld zeg maar

[Danny]

Kunnen de mysql-oprichters niet gewoon verder gaan met de huidige open source versie en op die manier los van Sun opereren?

[SuperDre]

denk het niet, zal wel iets van in hun contract staan toen ze het hadden verkocht, Sun is natuurlijk niet gek..

[Verwijderd]

Het is en blijft opensource hé sun mag die versie gerust commercialiseren en zij kunnen altijd zelf nieuwe versies uitbrengen zolang de source maar open blijft.

[humbug]

Duidelijk nog geen minuut in de ITC gewerkt. Elk contract heeft een concurentiebeding. Zeker als je veel geld betaald om een bedrijf in te lijven staat zoiets er echt wel in.

[Rob Coops]

Ja open source een eigen bedrijf regels zo als jij ze zelf hebt opgesteld of een groot wereldwijd al jaren bestaand bedrijf waar regels gemaakt zijn om alle eventuwele problemen die zich ooit voor gedaan hebben of zich ooit voor zouden kunnen doen te voor komen, das een heel groot verschil.

Je moet met dat soort regels binnen een groot bedrijf kunnen omgaan anders is er maar een oplossing.

Ik heb voor kleine bedrijfjes gewerkt en voor hele grote en ik moet zeggen dat werken voor een klein bedrijf vaak veel pretiger is gewoon omdat je daar echt dingen kunt doen en niet eerst je idee in drie verschillende raporten moet in leveren om vervolgens budget te moeten vinden voor 5 mensen die elk minimaal 1 dag nodig hebben om een of meerdere van deze raporten te lezen waarna ze wel of niet goed keuring te verlenen zo dat jij uit eindelijk die ene startup parameter mag veranderen en je de java applicatie met iets meer geheugen kan starten.
Voor een ieder die denkt dat ik overdrijf ga maar eens voor een groot bedrijf werken.

[sniek]

Ongelooflijk hoe sommigen vaak precies met naam en toenaam weten te zeggen waar het op staat. Werken vast samen met deze persoon en hebben hem ook zijn ontslagbrief helpen schrijven.

Ik begrijp best dat wanneer je eigen product ineens niet meer helemaal van jezelf is, je er moeilijk mee kan leven. Welke regels dan ook.

[SPee]

Misschien heeft ie er problemen mee dat hij nu een urenformulier moet invullen.
Zo zijn er wel meer regels in grote bedrijven.
Als je anders gewend bent, ga je je op den duur daar aan ergeren en kun je het niet meer aan.

Hoeft echt niet zo te zijn dat je je eigen product niet meer van jezelf is. Dan had je het maar niet moeten verkopen.

[M-Opensource]

With all due respect... je verhaal is niet te volgen... spreektaal en schrijftaal zijn twee verschillende dingen.

Maar even ontopic, hopelijk komt dit niet ten nadele van het mooie opensource product MySQL. David heeft, voor zover ik las in de media, altijd gestreden voor de opensource-heid van z'n kindje

Jammer dat company rules daar anders over dachten...

(edit, domme typo)

[Reactie gewijzigd door M-Opensource op 8 augustus 2024 21:14]

[Verwijderd]

Nou, met leestekens etc. overdrijf je in elk geval niet. Niet te volgen.

[Hamish]

O.T. Aangezien deze post toch onder een omlaag gemodereerde reactie valt, zullen weinig mensen dit lezen. Ik ben het eens met Amorax, bovenstaand stukje is behoorlijk onleesbaar door zinsbouw en ontbreken van punctuatie, het niveau van het gebruikte nederlands is toch al behoorlijk laag hier op tweakers. Zonde wel. Beetje letten op correcte spelling en grammatica, helpt toch enorm om je mening of informatie over te brengen. Vaak heb ik echt moeite mensen serieus te nemen die van die slordige taal hier in de reacties of op het forum kwakken.

Is het een goed idee een spelling/grammatica controle in dit soort reactie-edit vakjes te stoppen?

[edit: ook handig voor mijzelf ]

[Reactie gewijzigd door Hamish op 8 augustus 2024 21:14]