Анализ (http://www.blackducksoftware.com/news/releases/2009-03-30) 1311 открытых проектов выявил, что разработчики заимствовали код друг у друга более 365 тыс. раз, что позволило на 316 тыс. человеко часов ускорить выход нового ПО и сохранить миллиарды долларов, которые в противном случае пошли бы на оплату услуг программистов. Такой отчет по итогам проведенного исследования подготовила американская компания Black Duck Software, основной сферой деятельности которой является поиск и выявление наиболее оптимальных форм ведения разработки открытого ПО.В своей работе специалисты Black Duck Software изучали случаи повторного использования бинарных компонентов из одного открытого проекта в релизе другого. В своеобразном соревновании на самый самый высокий коэффициент повторного использования кода победил пакет GNU Automake, код последнего релиза которого оказался в 12469 открытых проектах. Остальные места в десятке самых повторно используемых проектов распределились следующим образом:
...
URL: http://www.blackducksoftware.com/news/releases/2009-03-30
Новость: http://www.opennet.me/opennews/art.shtml?num=21002
что то к вечеру мозги у меня не совсем врят
какой вывод можно сделать из всего этого?
>какой вывод можно сделать из всего этого?Да практически любой!
>что то к вечеру мозги у меня не совсем врят
>какой вывод можно сделать из всего этого?Элементарно, Ватком:
> сохранить миллиарды долларов, которые в противном случае пошли бы на оплату услуг программистов.
Т.е. выступая за свободное ПО, пилим сук, на котором сидим ...
>Т.е. выступая за свободное ПО, пилим сук, на котором сидим ...Идиология M$...
С моей стороны никакой идеологии. Просто это, по-моему, прямо следует из написанного.
ничего из этого не следует.
оценивалась себестоимость каждого велосипеда и не более. а сколько денег берут с заказчика (не важно какие там колёса, оригинальные или универсальные) никому не известно.
или другими словами, 2-а варианта:
1. берем готовые разработки. добавляем свои. получаем результат
2. делаем только свои разработки. получаем результат.
второй путь может и дороже стоит, но длинный и трудоемкий. не говоря уже об унификации, своих багах...
первый гораздо проще. благодаря ему можно сделать в несколько раз больше проектов, снизить себестоимость, продавать дешевле, баги править сообществом...снижение себестоимости - первая задача любой коммерческой конторы.
и результаты симбиоза открытых технологий и коммерции мы уже видим - роутеры, принтеры, nas,...
Дело в том, что программисты в большинстве своём по определению очень хорошие люди. И чем больше сытых и довольных жизнью программистов и чем меньше их конкуренция между собой, тем вселенная добрее и чище. Так что чем больше миллиардов потрачено на оплату программистов тем лучше, соответственно чем больше сэкономлено на них - тем хуже.
И всё же это не повод раз за разом выдумывать новые велосипеды с квадратными колёсами, в которых из-за дедлайна еще вчера колёса будут выпрямляться на ходу, в ходе многодневной велогонки....
данная статья об этом не говорит... а может даже наоборот - мелким софверным компаниям становиться проще держать программистов и делать не плохой продукт, соразмерный индусским програмистам из мс и прочих гигантов.
также проще становиться жить программистам заказчика. многое они могут делать теперь сами, пользуясь готовыми решениями, как конструктором.
т.е. рынок может сместиться опять от гигантов индустрии, к самому заказчику... как в 90-х у каждой конторы была своя оригинальная система (потом их меняли на различные erp :-D), только теперь более универсальная и открытая (благодаря этому их уже возможно не придется менять на всякие erp).
другими словами, квалифицированный персонал без работы не останется... и возможно для этого не надо будет ехать за бугор.
>Примеры из MS VB 2005 в 4 098 проектах.лолололололололололо MS лучший друг OpenSource
Они что, тупо зависимости проектов от библоетек и разного софта проверяли?
Сумбур можно? А как быстрее? Когда одна библиотека в памяти и все приложения к ней обращаются (libc), или по локальной самостоятельной библиотеке для каждого приложения? Я так себе представляю это. Стоит здание, с миром соединено дорогой. Это libc стоит в памяти. И трафик бешенный! А рядом libjpeg и машина раз в час... Программа ждёт, когда к libc обратится другая программа! Если загрузить много раз в память libc скорость работы компьютера вырастет?
Кэш решает! ;-)
>Программа ждёт, когда к libc обратится другая программа!Ничего она не ждет.
> Если загрузить много раз в память libc скорость работы компьютера вырастет?
Нет, уменьшится.
>Сумбур можно? А как быстрее? Когда одна библиотека в памяти и все
>приложения к ней обращаются (libc), или по локальной самостоятельной библиотеке для
>каждого приложения? Я так себе представляю это. Стоит здание, с миром
>соединено дорогой. Это libc стоит в памяти. И трафик бешенный! А
>рядом libjpeg и машина раз в час... Программа ждёт, когда к
>libc обратится другая программа! Если загрузить много раз в память libc
>скорость работы компьютера вырастет?В общем случае при использовании встроенных библиотек упрощается (и ускоряется) вызов функций этих самых библиотек, а при разделённом использовании несколькими приложениями одной библиотеки ускоряется запуск приложений (при загруженной в память библиотеке, которая ранее уже понадобилась какому-то приложению), что иногда может сыграть решающую роль. Так что всё зависит от применения.
>Сумбур можно? А как быстрее?Точно сумбур, если не сказать, бред :)
Потери скорости от динамических библиотек связаны только с чуть более хитрым механизмом вызова функций. Причём потери эти не зависят от количество процессов, использующих библиотеку. Хоть один, хоть миллион.
Зато вот экономия памяти для одного процесса никакая (даже слегка отрицательная), а для миллиона уже очень даже ощутимая. И вот эта экономия памяти сама по себе может привести к росту производительности.
ну насчет пилить сук на котором сидим - да за время этих Доткомов столько случайных людей пришло в эту отрасль да и в основном они работают с М$ продуктами. Так что может быть мусор то и уйдет а люди работаюшие с опенсорс останутся
Блин, automake и autoconf в топе, не от того что их код используется, а от того что они сами используются как инструментарий сборки ! Быдлоконтора выпустила очередной быдлорепорт.Они лучше-бы действительно зависимости кода проверили, интересно всё-таки какие библиотеки чаще всего испольуются открытыми проектами.
>...на 316 тыс. человеко часов..."Человеко-лет", на самом деле. За 316 тыс. человеко-часов _миллиарды_ долларов вряд ли заработаешь. :)
Вот и я удивился, где это девелоперы зарабатывают по три штуки баксов в час. :)