Прокрадват се съмнения в обещаната от Oracle политика към MySQL, когато ги напазаруваха със Sun. Съмненията не са от вчера и дано всичко накрая свърши като кратка буря в чаша вода.
А дано, ама надали, както биха казали някои…
MySQL AB, компанията, която развиваше MySQL, беше купена през 2008г. от Sun Microsystems и след това, две години по-късно, премина в лакомите ръце на Oracle, когато погълнаха Sun. Положението е много интересно, защото самите Oracle имат за основен бизнес една от най-мащабните комерсиални системи за управление на бази от данни. MySQL на практика им се явява нещо като вътрешна конкуренция, защото от своя страна е най-разпространената свободна система за бази от данни.
MySQL AB пък винаги е работела на принципа на двойното лицензиране – продуктът се предлага и като свободен софтуер, но основните приходи идват не от поддръжка, а от продажби на комерсиални лицензи. Нерядко са се чували притеснения от този модел – например Qt на Trolltech и др. – най-вече заради лесният механизъм на еволюция към затворен код, ако компанията промени приоритетите си за бъдещите версии. Между другото, наскоро за пореден път такива притеснения се появиха за въпросното Qt, след като от ръцете на Nokia сега премина в тези на Digia – и двете (едната повече, другата по-малко) заподозрени от общността в близки отношения с Microsoft. Може би сравнението на Digia с Oracle не е много коректно, но бъдещето ще покаже кой как си спазва обещанията.
Разбира се, нито Qt, нито MySQL ще престанат да бъдат свободен софтуер. Най-малкото съществуват или фондации и управление от общността, или разклонения на кода, готови при нужда да поемат основната част разработчици.
При MySQL може би е реалистичен вторият вариант. От доста време бивши разработчици на MySQL, заедно с основателя на проекта Monty правят продукта MariaDB, който е двоично съвместим и заменим с MySQL. В повечето случаи разликата е само в имената на програмите и съответно имената на инсталационните пакети. Затова в дистрибуциите се повдига въпроса за премахване на твърдото изискване за “mysql” в зависимостите на пакетите, за да може да се използва която и да е от тези системи, без функционална разлика.
Притеснението на хората от MariaDB в случая е заради скриването в последната версия на MySQL (с която те периодично се синхронизират в името на съвместимостта) на списъка с промените и на тестовите скриптове. Така не се разбира какви грешки всъщност са отстранени в тази версия и никой външен разработчик не може да е сигурен защо нещо е поправено, какво е било то, нито може да провери дали наистина е поправено. Така с един “удар” се отсича достъпа на външни на компанията разработчици – да, кодът е там и е под свободен лиценз, но я иди да четеш хиляди и хиляди редове код и да не знаеш кое как и защо е променено…
Ако се стигне до масова миграция към MariaDB, затруднението ще е в зависимостите на дистрибуциите и в свикването с името от потребителите. Първото е лесно и бързо решимо – и по-големи промени са се правили в дистрибуциите, а тук става дума почти само за промяна в име. Второто ще е големият проблем, защото днес всеки знае за MySQL и почти никой – за MariaDB. Имам предвид особено мениджърите на средно ниво из фирмите, на които им трябваха години, за да запомнят MySQL, а сега не се знае колко биха им трябвали, за да го сменят. Ще кажете – няма проблем, те във фирмите ще си ползват комерсиални лицензи за MySQL, независимо колко отворен или затворен е кодът. Да, така е, от гледна точка на бизнеса няма голям проблем. Но от гледна точка на софтуерната свобода години усилия отиват на вятъра.
Може всичко да се окаже техническа грешка и нещата да се оправят. Ако не – още един грях на Oracle към свободния софтуер.
