Петиция за сохранение MySQL

← →
Kerk © (2010-01-05 03:25) [0]

http://www.helpmysql.org/ru/petition

← →
TIF © (2010-01-05 03:32) [1]

О, как. Придётся заполнять

/*
Интересно, кто переводом страницы занимался? Такой ляп в логотипе...
Oracle может иметь Сун
*/

← →
Eraser © (2010-01-05 06:28) [2]

свято место пусто не бывает.

← →
Дмитрий Белькевич (2010-01-05 12:00) [3]

А меня еще убеждали на Апаче веб локальный делать. Недальновидно использовать бесплатные продукты в своих разработках. Продукт сдох - и опять всё переписывать. Не люблю я творческий онанизм.

← →
DVM © (2010-01-05 12:20) [4]

> А меня еще убеждали на Апаче веб локальный делать.

А причем тут апач? Речь о MySQL.

← →
Pavia © (2010-01-05 12:26) [5]

А смысл спасать Майскл если Оракл и так заявила что трогать ее не будет?
Данный пост можно расценивать как происки Майкрософт. Тем более дата сбора до 4 янворя а сегодня уже 5.

← →
sniknik © (2010-01-05 12:27) [6]

> Продукт сдох - и опять всё переписывать.
и он что везде где был установлен работать перестанет? зачем переписывать работающее? всего то что поддержки или дальнейшего развития не будет, ну так не начинай нового с таким и все.

← →
Pavia © (2010-01-05 12:32) [7]

Еще мысли для размышления.

Найдите 10 отличий.

Microsoft
=======
Windows
NET
MS SQL
MS Ofice

Oracle +Sun
=======
FreeBSD
Java
Oracle
OpenOfice.org

← →
DVM © (2010-01-05 12:43) [8]

> Pavia ©

> Oracle +Sun

> FreeBSD

А FeeBSD не принадлежит же Oracle

← →
PEAKTOP © (2010-01-05 12:45) [9]

> Петиция за сохранение MySQL
Слава тебе, господи. Умерла, так умерла.
Придумали - подпишимся за недо-СУБД с большими амбициями.

> свято место пусто не бывает.
Конечно. В инете дофига чего крутиться с использованием MySQL в качестве хранилища. Поэтому Oracle этого монстра за один день даже убить не смогут. А если и решаться на такой глупый (с точки зрения бизнеса) шаг, то будет тоже самое, как было с InterBase: кто нибудь возьмет последние доступные исходники и продолжит проект дальше. А в результате может получиться весьма забавно, когда открытый проект опережает технологически свой же "отцовский" проект.

> А меня еще убеждали на Апаче веб локальный делать.
Апача только сюдой не надо - у них еще долго деньги не кончаться, а если и кончаться - то сдохнуть им не дадут (те же Microsoft). Просто - это выгодно. Делать donate открытому проекту (причем в небольших объемах, лишь бы с голоду не сдохли. Конкретные цифры: точка безубыточности Apache без инноваций $70000, Microsoft делают donate объемом в $100 000) с целью получения инноваций. А потом использовать эти инновации в своих продуктах (исходников-то никто не видит, хе-хе).

>Недальновидно использовать бесплатные продукты в своих разработках. Продукт сдох - и опять всё переписывать.

Недальновидно использовать закрытые продукты. А бесплатный он или нет - это дело десятое. Вот тогда да: сырцов нет, продукта нет, что делать - переписывать заново.

А если у тебя сырцы есть - самому собрать можно, хоть тот же MySQL. Можно даже "перезаточить" под собственные нужды. Просто нужно себя пересилить и изучить пару новых технологий.

Я вот по своему опыту скажу: была года три назад у меня задумка - новый движок ERP, но хватало пары-тройки вещей (не буду долго объяснять, скажем так: извечная дилемма между скоростью/производительностью и функционалом/юзабилити). А тут читаю в роад мапе, что появились новые фичи в моей СУБД (речь идет о Firebird), которые для меня решали эту проблему одним ударом. Только СУБД все альфа да бета, релиз СУБД выйдет как раз ко срокам внедрения в договоре, а отлаживать новый функционал нужно сейчас, чтобы вписаться в сроки.

Сперва качал снапшоты (еженочные сборки) с официально сайта, пока в один прекрасный день система снапшотов на сайте не навернулась. Я делфийский фундаменталист и на православную мелкомягкую студию всегда смотрел с легким презрением. Просто нужно было себя пересилить: я потратил сутки, чтобы поставить M$VS 2005, разобраться с CVS и системой автоматизированной сборки снапшотов. А потом по-тихоньку втянулся. И баги в сырцах (в основном одной тематики: переполнение буфера, любимая хакерская тема) начал находить, и автоматизированную систему сборки снапшотов к серваку одного из клиентов прикрутил (она потом еще около года была единственным местом, откуда снапшоты весь рунет качал, пока сайт проекта чинили), потом с Толстовым Игорем (на SQL.RU логин Attid) сделали проект русскоязычной справки (http://firebirdsql.su).

Это я все к чему: если у тебя есть исходники, ты не являешься заложником проекта, и даже если он умрет, то имея исходники ты всегда можешь продолжить. Просто нужно себя пересилить и изучить пару тройку новых вещей или технологий. Тем более знания эти всегда могут пригодится (например, мне очень сильно потом пригодились знания CVS, и свои проекты я тоже все переделал на BAT-файлы, которыми проект можно собрать, не запуская среды разработки).

← →
Дмитрий Белькевич (2010-01-05 14:23) [10]

>А причем тут апач? Речь о MySQL.

Одного поля ягоды. Вдруг завтра и Апач кто-нибудь купит? Мускл продали, чем Апач принципиально лучше?

>а если и кончаться - то сдохнуть им не дадут (те же Microsoft).

Смеялся.

>и он что везде где был установлен работать перестанет?

Нет, конечно.

>зачем переписывать работающее?

Нужны новые фичи, нужны исправления глюков. Нужна поддержка новых операционок, да мало ли. Мир постоянно меняется.

>всего то что поддержки или дальнейшего развития не будет, ну так не начинай нового с таким и все.

А если проекты - на десятилетия, как у нас? Уже скоро первое закончится (7 лет).

Конечно, если писать нечто типа "hello world" и больше года не поддерживать - то всё равно.

>Недальновидно использовать закрытые продукты.

Согласен. У нас все компоненты с сырцами. Только операционка и одна из библиотек (запись CD) - закрытая. Уточнению: недальновидно использовать закрытые или бесплатные.

>А если у тебя сырцы есть - самому собрать можно, хоть тот же MySQL. Можно даже "перезаточить" под собственные нужды.

Некогда заниматься творческим онанизмом. Каждый должен заниматься своим делом.

Если я сейчас полезу в мускловские сырцы, то только их изучение займёт месяцы или годы, а что я (да и любой, кто сырцы мускла и, вообще, СУБДа первый раз в глаза видел) там понапишу... А кто это тестировать будет?

>то имея исходники ты всегда можешь продолжить

А мои проекты кто за меня в это время будет делать? Пока я буду сторонние развивать? Нет уж - лучше заплатить 100/1000/10000 зелёных за постоянно развиваемый проект, чем самому потом им заниматься или нанимать людей.

>Это я все к чему: если у тебя есть исходники, ты не являешься заложником проекта, и даже если он умрет

Являешься. Мы уже перелазили: с mcdb (платной, без сырцов, но можно было за недорого купить, только смысла никакого) на starburn; с dbgideh (с сырцами, перенести сырцы на 2009-ю в разумные сроки не представилось возможным, автор на запросы поддержки не отвечал) на xdbgrid; с tbx (с сырцами, проект заброшен) на sptbx.

Всё это потянуло довольно не хило времени.

← →
PEAKTOP © (2010-01-05 15:59) [11]

> Мы уже перелазили: с mcdb (платной, без сырцов, но можно
> было за недорого купить, только смысла никакого) на starburn;
> с dbgideh (с сырцами, перенести сырцы на 2009-ю в разумные
> сроки не представилось возможным, автор на запросы поддержки
> не отвечал) на xdbgrid; с tbx (с сырцами, проект заброшен)
> на sptbx.

Да, Дима Большаков при появлении юникодной версии Delphi немного "тормознул" с поддержкой оной в EhLib. Хотя китайцы быстрее пропатчили библиотеку для полной совместимсоти с юникодом (где-то видел, там надо было ручками подправить всего строк десять кода).

Ну, видимо у нас с Вами разные проблемы, поэтому я отношусь к этому более инертно:
1) я в основном работаю в области ERP, поэтому править ядро (исполняемый файл системы) приходится достаточно редко: или добавить новые свойства, или новую библиотеку, или поддержку классов в скриптовом движке, или новые особенности движка СУБД (речь идет о выходе Firebird 2.0). А разработка прикладной части ведется уже средствами скриптового языка ядра, у котjрого строгая вертикальная совместимость от версии к версии (иначе клиенты сапогами запинают).
2) у нас в Украине эта самая фигня насчет лицензионности ПО началась раньше, чем в РФ на пару лет (заглохла намертво тоже раньше, гы-гы), а это было как раз в эпоху, когда я закладывал фундамент будущего ядра. Тогда меня "лицензионная чистота" исходного кода чего-то сильно заботила. Плюс ко всему повелся на разрекламированный тандем Delphi-Kylix, поэтому у меня: а) почти все библиотеки самописные (исключение TeeChart. есть еще SynEdit, EhLib - но покоцаны до неузнаваемости). б) кроссплатформенность полная. Ну, и как говорил выше - в ядро я крайне редко лезу, по необходимости.

← →
Anatoly Podgoretsky © (2010-01-05 16:08) [12]

> Kerk (05.01.2010 03:25:00) [0]

Шариковы, отобрать и поделить.

← →
Anatoly Podgoretsky © (2010-01-05 16:10) [13]

> PEAKTOP (05.01.2010 12:45:09) [9]

Ох и сказочники же, начиная с определенной сложности проекта, исходники почти бесполезны.

← →
Дмитрий Белькевич (2010-01-05 16:34) [14]

>Да, Дима Большаков при появлении юникодной версии Delphi немного "тормознул" с поддержкой оной в EhLib.

Проблема не то, что он тормознул. Мы писали в саппорт, когда либа под 2009 уже была готова. Либа не ставилась. Писали несколько раз. Ответа не было. Зачем нам покупать либу без саппорта? Поляки же отвечают в тот же день.

>А разработка прикладной части ведется уже средствами скриптового языка ядра

У нас - всё нативное. Ядро + скрипты нет смысла писать - применять негде, единообразного почти ничего нет. Небольшая кастомизация делается плагинами.

>или новые особенности движка СУБД (речь идет о выходе Firebird 2.0)

FB тоже пользуем, но фичи на уровне fb 1.0, что бы работало везде (у юзеров иногда ib/fb уже стоит, часто - старый, и поменять их не представляется возможным). Да и фич новых нам особенно не нужно - запросы достаточно простые. Написал десяток классов-прокладок между sql и кодом - sql запросы сам собираю.

Лицензионная чистота у нас абсолютная (ну может только какие-то патенты американские непреднамеренно задели, но есть надежда, что нет).

Кросплатформенность не интересовала и пока не будет. Не верю я в продажи на Линуксе. Разве что на Маке. Ждём кросплатформенности Delphi - тогда может допишу под Мак. Либы - часть купленных, часть - фришных. То, с чем непосредственно работаем, писали с нуля. Например, библиотеки DICOM - нечто типа TCP стёка, только, думаю, DICOM посложнее TCP/IP будет. DICOM библиотек, вообще с десяток в мире, возможно меньше, как и tcp/ip и BT стёков.

На SynEdit тоже как-то поглядывал. Плохо, что умеет только моноширинные шрифты. Пришлось tmemo переписывать - нашел сырцы, расцветка почти идеально работала, немного дописал.

← →
Дмитрий Белькевич (2010-01-05 17:10) [15]

> Шариковы, отобрать и поделить.

Идея писать такие петиции смешная и глупая. Нужна конкуренция - ну то пиши своё и раздавай всем бесплатно. Не хотели покупать мускл, хотелось халявы, на кого сейчас обижаться? Всё честно. Сан подсадил на наркотик - пришло время расплаты.

Как-то разговаривал с одним, умнейшим, человеком. Он вывел два закона о халяве:

1. Халяву не нужно требовать, её нужно ловить.
2. Всякая халява когда-то заканчивается.

Тот, кто подписался под петицией, не учитывает первого закона. Кто же надеялся на пожизненную мускульную (и апачесвскую) халяву не учили второго пункта. Возможно, по незнанию. Пользуйтесь этими двумя законами, и будет у вас в жизни больше счастья и меньше разочарований.

← →
Дмитрий Белькевич (2010-01-05 17:12) [16]

>не учили второго пункта

читать - не учли. Жаль, исправления/превью на форуме нет. Неудобно.

← →
Kerk © (2010-01-05 17:14) [17]

Вообще, показательно, что подписантов из России под петицией меньше всего. У нас каждый считает себя самым умным, а создателя MySQL - наивным идиотом.

← →
Jeer © (2010-01-05 17:20) [18]

> Anatoly Podgoretsky © (05.01.10 16:10) [13]
> Ох и сказочники же, начиная с определенной сложности проекта,
> исходники почти бесполезны.

Эт точно :)
Было время ( 1989 г. ), уезжая из южной страны не поскупился и отдал исходники лучшей на то время в Союзе математической библиотеки на асм для 580BM80 ( i8080 ). Кто не вкурил - массовый 8-разрядный проц.

Два месяца, что мне было положено по закону "отсидеть" на предприятии, я отсидел.
Резюме по поводу ( заметим, работающей библиотеки ( на Корвете, на СМ, на игровых компьютерах с CP/M или МикроДОС операционкой )) было однозначным - продукт "неработоспособен".

Ох я и смеялся :)

← →
PEAKTOP © (2010-01-05 17:36) [19]

> а создателя MySQL - наивным идиотом.

Ну, не надо так. MySQL - образец, как надо делать OpenSource проекты, приносящие прибыль. Тем более, автор сделал очень много правильных ходов:
1) создание распределенной и эффективной команды (не только разработчиков)
2) несколько версий, в том числе и т.н. сертифицированные билды с поддержкой пользователей, и проекты в стиле xAMPP для начинающих разработчиков.
3) построение системы эффетивной продаж на основе команды "зубастых" сейлзов высокого уровня.
4) привлечение к разработке высококлассных специалистов, в том числе и Джима Старки (разработчик InterBase), который сделал из недо-базы MySQL 3.0 полноценный SQL-сервер MySQL 6.0 соответствующий стандарту ACID.
5) об агрессивном маркетинге комнды продажников - это вообще отдельная тема.

← →
Kerk © (2010-01-05 17:39) [20]

> PEAKTOP © (05.01.10 17:36) [19]
>
> > а создателя MySQL - наивным идиотом.
>
> Ну, не надо так. MySQL - образец, как надо делать OpenSource
> проекты, приносящие прибыль. Тем более, автор сделал очень
> много правильных ходов

Ну так, может, он знал, что делает, когда писал петицию?

← →
Дмитрий Белькевич (2010-01-05 17:51) [21]

>Ну так, может, он знал, что делает, когда писал петицию?

Так это он еще её и написал? Я думал комьюнити :)

← →
Jeer © (2010-01-05 18:03) [22]

> Kerk © (05.01.10 17:39) [20]
> Ну так, может, он знал, что делает, когда писал петицию?

+1

Когда я что-либо начинаю (платное/бесплатно - не суть ), в основном, всегда знаю - чем это закончится для меня и для "остальных". :)

← →
Anatoly Podgoretsky © (2010-01-05 18:10) [23]

> Дмитрий Белькевич (05.01.2010 17:51:21) [21]

Понравилось это

"основного конкурента MySQL, то MySQL немедленно перестает быть альтернативой собственному продукту Oracle"

Нифига себе какая мощная СУБД, что у нее такой конкурент, как Оракл.

← →
Kerk © (2010-01-05 18:12) [24]

> Дмитрий Белькевич (05.01.10 17:51) [21]
>
> >Ну так, может, он знал, что делает, когда писал петицию?
>
> Так это он еще её и написал? Я думал комьюнити :)

Это подтверждают:
1) Адрес в "Контактах"
2) Реклама петиции на его сайте
3) То, что это не первое его взаимодействие по поводу будущего MySQL с Oracle

← →
Имяозер (2010-01-05 18:14) [25]

Почему не постгрес?

← →
Anatoly Podgoretsky © (2010-01-05 18:18) [26]

Это паника.

← →
vuk © (2010-01-05 21:56) [27]

to Anatoly Podgoretsky © (05.01.10 18:10) [23]:

> Нифига себе какая мощная СУБД, что у нее такой конкурент,
> как Оракл.

Ну так оно ж известное дело - сам себя не похвалишь... И, опять же, самого себя конкурентом можно назначить кому угодно. Как это с реальностью соотносится, оно при этом мало кого волнует. :)

← →
Kerk © (2010-01-05 22:28) [28]

> vuk © (05.01.10 21:56) [27]

Ну, вообще, справедливости ради, MySQL работает на проектах, которые Ораклу и не снились.

В конечном счете MySQL больше востребован, чем зубодробительный Oracle, непонятный PostgreSQL и идущий своим путем MsSQL.

> PEAKTOP © (05.01.10 12:45) [9]

+1000

> Kerk © (05.01.10 22:28) [28]
>
>
> > vuk © (05.01.10 21:56) [27]
>
> Ну, вообще, справедливости ради, MySQL работает на проектах,
> которые Ораклу и не снились.

и слава богу. таких кошмаров и врагу не пожелаешь...
есть у меня один примерчик... цензура не позволит... промолчу

Kerk © (05.01.10 22:28) [28]
test © (06.01.10 15:32) [29]
Ну и, следовательно, не умрет MySQL, если попадет в коммерческие руки.
Забота здесь не о спасении MySQL, а о продолжении банкета.

> turbouser © (06.01.10 15:39) [30]
> и слава богу. таких кошмаров и врагу не пожелаешь...

Ну а что делать? Все по-настоящему гигантские базы данных работают либо на каких-то собственных решениях, либо на MySQL. Один Google Adwords/Adsense чего стоит. Сомневаюсь, что существуют Oracle-базы работающие под такой нагрузкой.

> turbouser (06.01.2010 16:55:33) [33]

Вполне возможно, они очень любят халяву.

← →
тоже тест (2010-01-06 17:25) [35]

> Сомневаюсь, что существуют Oracle-базы работающие под такой
> нагрузкой.

http://www.semkin.ru/lj/2009/04/v_internete_ktoto_neprav.jpg

> turbouser © (06.01.10 16:55) [33]

The AdWords system was initially implemented on top of the MySQL database engine. After the system had been launched, management decided to use a commercial database (Oracle) instead. The system became much slower, so eventually it was returned to MySQL.

http://en.wikipedia.org/wiki/AdWords

Именно гугловские источники лень сейчас искать.

> Kerk © (06.01.10 17:33) [36]

ну, вики есть вики. доверия нет таким источникам.
может быть в там и используют mysql, но наверняка доработанный напильником.

> turbouser © (06.01.10 18:44) [37]

по-любому доработанный напильником. И вовсе не по причине "крутости" допиленного, а из-за дороговизны платных решений. Почитайте на досуге pricing на оракловые продукты.

Вообще, вот интересный раздел http://www.mysql.com/customers/

Пара примеров:
http://www.mysql.com/customers/view/?id=555
http://www.mysql.com/customers/view/?id=757

Это конечно не крутые информационные системы на Oracle для Пупкин Инкорпорейшен, это всего-лишь несерьезные проекты с миллионами пользователей.

> а из-за дороговизны платных решений.
и именно из-за дороговизны видать была попытка на них перейти... (читать умеешь? см. [36]), но стало тормозить, и т.к. домысел - платное/закрытое не "допилить", вернулись назад.

p.s. вообще "допиливание" чаще обходится дороже чем готовый продукт.

Петиция за сохранение MySQL Найти похожие ветки