Фонд LiMo Foundation выпустил (http://www.neary-consulting.com/index.php/2009/09/17/the-val.../) интересный официальный документ "Mobile Open Source Economic Analysis (http://www.limofoundation.org/images/stories/pdf/limo%2...)" (PDF), с результатами исследования экономической стоимости работы с сообществом разработчиков. В документе описываются возможные модели уравновешивания между стабильностью, необходимой пользователям, и включением новейшей функциональности. В документе делается вывод, что осуществить "форк" компонентов свободной программы, настроить его под свои нужды, провести интенсивное тестирование (может отнять до двух лет) и ввести его в действие - значит выбросить деньги на ветер, поскольку в программу не смогут войти функции и исправления ошибок, появившиеся к тому времени в официальной ветке.Строительство "супер-надёжной платформы на зыбучих песках" совсем не легко: многие проекты вообще не имеют стабильных версий, взять, напри...
URL: http://www.neary-consulting.com/index.php/2009/09/17/the-val.../
Новость: http://www.opennet.me/opennews/art.shtml?num=23478
Мораль сей басни такова: юзайте git ! :-)А если серьёзно, то конторе проще платить разработчикам софта, чем форкать и чё-та там по-своему дописывать/переписывать.
Если необходимо внести изменения, несовместимые с генеральной линией парии проекта, то да, только форк. Но лучше трижды подумать, так уж ли это нужно. Может проще ещё немного доки почитать ? :-)
Причем тут доки? Отчет касается не форка опенсорсных проектов вообще (как это описывает автор новости), а форка опенсорсных проектов касаемых мобильных платформ.. там речь идет во сколько Нокиа обойдется смена S60 на опенсорс.
Обратите внимание какие компоненты опенсорса называны важнейшими: "случае важнейших компонентов, таких, как GTK, WebKit, GStreamer и BlueZ"...
просто ПО нужно проектировать нормально.
наука не особо хитрая.
просто нужно освоить..
наука не особо хитрая для тех, кто никогда этим не занимался. чем больше проект тем тяжелее его проектировать, поддерживать и развивать
ерунда, сейчас занимаюсь парой проектов на с++.
бывают такие моменты, когда перед написанием пары строк кода по пол-часа сидишь думаешь.
потом идет. сложно - это ОДНОЗНАЧНО, но ничего хитрого нет...
не совсем коррекно сравнивать их. Я считаю, что команда работает эффективнее чем сообщество, поэтому можно обойтись меньшим (намного) количеством людей. То есть нельзя просто сказать, что если Linux ядро пишут всем миром, то никто не потянет собственную ОС в одиночку. Вспомните хотя бы NextStep, опередивший остальных на много лет.
> Я считаю, что команда работает эффективнее чем сообщество, поэтому можно обойтись меньшим (намного) количеством людей.полностью согласен. но есть одно НО - не каждая компания может сделать свою ОС общего назначения. Это могут реализовать только очень большие компании и за большой промежуток времени. А компания + комьюнити могут реализовать тот же функционал что и просто команда программистов, но дешевле!!! На этом и живет OpenSource.
Вы говорите про дешевизну в краткосрочной перспективе, а что будет в долгосрочной?
Тут как раз компания, с ее капиталлом и выигрывает позиции. дело в том, что сообщество кодит, до определенного времени (люди приходят и уходят, теряют интерес...) и чтобы как-то заинтересовать сообщесво - нужны всякие стимуляторы. А компания изначально ставит цель - коммерческий успех. Дальше, я думаю, разьяснять ход мысли не требуется, все сами всё поймут.
В _долгосрочной_ перспективе как раз побеждает GPL. На большом периоде времени (хотя бы 10 лет) коммерция сдувается, да и вообще патологически неспособна сохранить создаваемые технологические знания.
Укажите Ваши аргументы.
У меня другие аргументы: MS, QSSL, Wind River, SIEMENS, Rockwell...
Ну что ж на Ваши "сейчас не старые времена, какие ваши доказательства" (С), нам есть что ответить. (хотя выкрики с абвгдейкой не тянут на аргументы)1) Итак MS очевидно микрософт. а) Как миксрософт поддерживает свою ОС MS-DOS и программное обеспечение для нее? б) что с win9х и программами под эти ОС?
2) мифическая могучесть "QNX с одной дискетки" никаким аргументом ничего являться не может. Более того говорить об устойчивости развития ОС можно только если у сообщества есть _реально_компилуруемый_во что то рабочее код этой ос.
3) Попробуйте свой свой виндривер выпустить его собственную модель "не важно чего" 5-10 летней давности :)
да что там салометы и ракеты! "когда в руанде прекратится геноцид" (С) --- Почему я не могу купить жене фирменный аккумулятор для SIEMENS SL55? Говорите маркетинг... импотенция это а не маркетинг и неспособность поддержать жизненный цикл своего поделия. Им сейчас деньги заплати они не выпустят тот аккумулятор, все инженера которые его ваяли слиняли а манагеры давно документацию в корпоративном сортире использовали.
кратко резумирую: я не могу себе позволить тратить свое ценное для меня время на изучение погремушек со временем жизни менее 10 лет. Не не не... работать в ОС где шоркаты клавиатуры трижды поменялись за 10 лет...