Дейв Нири (Dave Neary), в прошлом входивший в совет директоров организации GNOME Foundation, продолжил поднятую (http://www.opennet.me/opennews/art.shtml?num=31646) Джимом Землиным тему о целесообразности участия коммерческих компаний в разработке открытых проектов, и опубликовал заметку (http://blogs.gnome.org/bolsh/2011/09/01/the-cost-of-going-it.../), посвящённую работе с upstream-проектами и оценке затрат на модификацию и поддержку свободного ПО в автономном режиме, без отдачи изменений сообществу разработчиков открытого ПО. Ниже представлен перевод некоторых интересных рассуждений.Один из основных вопросов, который задают себе люди, это - "как реализовать то, что нужно реализовать, как можно дешевле и быстрее?" Допустим, есть некоторая программа, которая на 80% отвечает нуждам компании, и её нужно только немного переделать. Каков же наилучший путь для этого?
В 90% случаев берётся релиз, на основе которого будет делаться работа, и переделывается. Добавляется функциона...
URL: http://blogs.gnome.org/bolsh/2011/09/01/the-cost-of-going-it.../
Новость: http://www.opennet.me/opennews/art.shtml?num=31663
"20-30% его времени уходит на просмотр патчей, упаковку релизов, написание документации, на обсуждения в списке рассылки"20-30% от 1% времени оставшегося от отладки написанного кода. :)
IMHO в проектах, о которых речь, 20--30% времени уходит скорее на код...
> 20-30% от 1% времени оставшегося от отладки написанного кода. :)Вы как-то слишком хорошего мнения о программистах :P. Если б они настолько злобно дебажили, багов не было бы вообще. Ну почти.
Самое интересное что идеальный компромисс между интересами любой компании, использующей открытый продукт и интересами сообщества очень редко достижим, и перспектив пока не видно. Разве что в уставе сообщества, разрабатывающего продукт, будет конкретно указаны условия работы с отдельными независимыми компаниями. Тогда члены сообщества лояльнее будут относиться к патчам от одной или множества различных компаний с разными интересами, и стратегиями развития. Один плюс всегда - сообщество поддерживается бизнесом, и от этого продукту всегда только лучше.
Тут некоторые экстремисты предлагают пересмотреть роль денег в истории и перейти к натуральному обмену. В рамках концепций СПО.
> Тут некоторые экстремисты предлагают пересмотреть роль денег в историив истории — не надо. а вот в современном мире — надо. потому что деньги сейчас стали товаром сами по себе, а это нонсенс и дикость.
причем произвoдитель монoполист, в лице чaстных лиц
> потому что деньги сейчас стали товаром сами по себе, а это
> нонсенс и дикость.Это намек на то, что их стоит снова привязать к золоту/серебру/smth по жесткому курсу?
>> потому что деньги сейчас стали товаром сами по себе, а это
>> нонсенс и дикость.
> Это намек на то, что их стоит снова привязать к золоту/серебру/smth по
> жесткому курсу?это намёк на то, что их не надо ни к чему «привязвать», потому что это не стимулирует пускать деньги в оборот. для начала см., например, концепцию «свободных денег».
> Самое интересное что идеальный компромисс между интересами любой компании, использующей
> открытый продукт и интересами сообщества очень редко достижим, и перспектив пока
> не видно.Это решается очень легко. Нужно, чтобы ключевые лидеры и идеологи проекта исходили из интересов корпорации, а не своего сообщества. Обычно это достигается выделением грантов по определенным схемам и с некоторыми неофициально обговоренными условиями (не стоит считать любовь к распилу уникальной чертой российских чиновников). И что характерно, такие модели действуют уже сейчас и доказали свою жизнеспособность.
Мой способ взаимодействия между дистрибутивами. Как сделать совместимость между rpm или deb. Допустим, раз в год выходит новая версия дистрибутива. Там все программы новые. Но вдруг хочется старую. А ведь не поставишь: хочет libgnutls.so.27, а у нас 31. И так еще 2 библиотеки. Решение: посмотреть состав дефолтной установки двух версий, конкретно /usr/lib, и разницу разместить в отдельный пакет, old-stable.rpm. Ура, старая работает. Так же и для старого дистрибутива выпустить new-stable.rpm.Как сделать совместимость между дистрибутивами. Несовместимости на самом деле нет, просто из-за разницы в месяцах выпуска одна программа зависит от libopenssl.so.0.9.8 в одном дистрибутиве, в другом та же от libopenssl.so.1. Решение: пакет с основными библиотеками федоры, суси, центоэса, мандривы и так далее. Либо выпускать релизы в один месяц, например к рождеству. Несовместимости на бинарном уровне у пакетов вообще нет: да, патчи разные накладываются на библиотеки, но из-за этого еще ни разу одна библиотека в двух дистрибутивах по-разному себя не вела (допустим libicu.so.8).
есть еще gentoo-way. проблема с версиями полностью не исчезает, но диапазон версий ощутимо расширяется. минусы, впрочем, очевидны
(пожимает плечами) собрать из исходников что надо, да и всё.
В XXI веке живем - все хотят "из коробки".
>В XXI веке живемВо-во. Поэтому, при достаточно продвинутом пакетном менеджере, установка из бинарников и сорцов различаются только по времени, да и то не всегда.
> Несовместимости на бинарном уровне у пакетов вообще нет: да, патчи разные накладываются на библиотеки, но из-за этого еще ни разу одна библиотека в двух дистрибутивах по-разному себя не вела (допустим libicu.so.8)Счастливый вы человек раз не сталкивались с такими проблемами :).
То, что попадает в библиотеку, кроме патчей, зависит еще и от того, как эта библиотека собиралась, с какими флагами итд. То есть, например, если какая-та программа была собрана вместе с библиотекой libX.so.0.0.0, которая была пропатчина (или настроена) на то, чтобы включить поддержку фич и функций A() и B(), и захочется ее запустить на другом дистрибутиве, где тоже есть libX.so.0.0.0, но собранная без этих фич, то все (гуглим по "unresolved symbols" для иллюстрации).
Причем даже для одной и той-же библиотеки похожие проблемы могут встречаться, особенно когда меняется ABI либо API. Особенно когда это происходит - а major версия библиотеки не меняется.
В общем, если бы все было бы так просто, то проблем бы не было. На практике все не так легко.
>Один из основных вопросов ... как можно дешевле и быстрее...А Балда приговаривал с укоризной:
"Не гонялся бы ты, поп, за дешевизной".
(с) А.С. Пушкин
> А Балда приговаривал с укоризной:
> "Не гонялся бы ты, поп, за дешевизной".
> (с) А.С. ПушкинРынок - это и есть вечная погоня за дешевизной в ущерб всему остальному.
Вы можете предложить что-то лучше?
> Рынок - это и есть вечная погоня за дешевизной в ущерб всему
> остальному.
> Вы можете предложить что-то лучше?конечно: перевод цивилизации на неконкурентную основу. впрочем, для квазиразумной агрессивной расы типа человечества это нереально.
Причем здесь рынок? Главный лозунг FOSS-движения - "свобода", а не "халява".
В двух словах, о чем новость?
(влом читать эту воду)
> В двух словах, о чем новость?Предлагаются решения по механизму синхронизации исходников между мейнстримом и частными компаниями-соразработчиками.
> В двух словах, о чем новость?О терпении.