>...Итак, продолжим.
>Я поленился уточнить специально для безмозглых толстых критиков, что я привел частное определение.
Ну, я такой, я - красивый. Зрю, понимаете, о Гуру, в корень.
>Там было много текста, но мне, толстому и красивому по закону жанра положено его пропускать и зрить то, что мне нужно. Поэтому:
>А теперь еще раз попробуйте описать своими словами без копипаста, что по-вашему у меня было бы неправильно.
Так уж и быть. Хотя где мне, хоть и красивому, но сирому и, местами, убогому поучать таких Гуру.
Не было бы, а, собственно, неправильно. В настоящее время та самая масса потребителей (ну, или значительная масса, по Вашему определению, которое мы похороним в анналах истории) ориентируется не столько на mySQL от Oracle и приобретает и/или потребляет не столько этот самый конечный продукт (ну там на полочку поставить и любоваться, али перед коллегами/друзьями хвастаться), сколько использовать базу данных для своих низменных нужд. Вот странные, правда? Да, тут должен оговориться, что Вас, на основе Вашего же поста, видимо, интересует именно та масса пользователей, которые (Ваша фраза, о Гуру)
>...готовы потреблять эти продукты в закрытом виде...
для чего, зачастую готовы платить, чтобы, скажем код получить и иметь возможность его аудита/подстройки под свои нужды. Последние, персонально для Вас поясняю, даже без той части, которую я поименовал после последней цитаты составляют далеко не основную массу потребителей. Ну это так, к слову.
Отдельно взятый (или вся совокупность такового и аналогичных) Вася Пупкин, делающий свой магазин/сайт на moodle/whatever и составляющий, как ни странно, основную массу потребителей, при обновлении обноружив, что какого-то хрена его сайт/etc не работает (возможная причина чуть ниже), положит на оригинальный продукт (прежде всего новые версии) большой болт и пойдет рассматривать аналоги с вопросом: "- А на что бы мигрировать?" Ну, понятное дело, это произойдет в одном случае - при потере продуктом конкурентных преимуществ. Что может быть конкурентным преимуществом для mysql? Прежде всего возможность достаточно безболезненной модификации благодаря местами модульной системе. К примеру, заменить InnoDB на XtraDB (ну кто-то там в интернетах считал, что производительность по отдельным аспектам возрастает чуть не в 1.7-2 раза, честно не помню. Буду рад ссылке на материал, или опровержение) при сохранении функционала и, местами, гарантированной совместимости.
Казалось бы, при чем тут Киркоров, пардон, пресловутые тесты? А вот их наличие и определяет ту самую степень совместимости дополнений и гарантированности их работы с оригинальным продуктом здесь и сейчас, а не когда разработчики дополнений/модификаций проанализируют код оригинального продукта. И, как следствие, это самое наличие влияет (достаточно серьезно) на спрос на основной продукт со стороны _основной массы потребителей_. Да и, как ни странно, тех самых маргиналов, про которых Вы говорили.
Так что, о Гуру, жду Вашего несомненно очень важного для меня мнения по данному вопросу. И, особенно, Очень Важных поправок.
