https://www.opennet.ru/openforum/vsluhforumID3/51391.html Анализ (http://www.blackducksoftware.com/news/releases/2009-03-30) 1311 открытых проектов выявил, что разработчики заимствовали код друг у друга более 365 тыс. раз, что позволило на 316 тыс. человеко часов ускорить выход нового ПО и сохранить миллиарды долларов, которые в противном случае пошли бы на оплату услуг программистов. Такой отчет по итогам проведенного исследования подготовила американская компания Black Duck Software, основной сферой деятельности которой является поиск и выявление наиболее оптимальных форм ведения разработки открытого ПО.<br><br>В своей работе специалисты Black Duck Software изучали случаи повторного использования бинарных компонентов из одного открытого проекта в релизе другого. В своеобразном соревновании на самый самый высокий коэффициент повторного использования кода победил пакет GNU Automake, код последнего релиза которого оказался в 12469 открытых проектах. Остальные места в десятке самых повторно используемых проектов распределились следующим образом:<br><br>...<br><br>URL: http://www.bla https://www.opennet.ru/openforum/vsluhforumID3/51391.html#22 Tue, 31 Mar 2009 13:44:14 GMT Вот и я удивился, где это девелоперы зарабатывают по три штуки баксов в час. :)<br> https://www.opennet.ru/openforum/vsluhforumID3/51391.html#20 Tue, 31 Mar 2009 08:56:04 GMT &gt;...на 316 тыс. человеко часов...<br><br>"Человеко-лет", на самом деле. За 316 тыс. человеко-часов _миллиарды_ долларов вряд ли заработаешь. :) <br> https://www.opennet.ru/openforum/vsluhforumID3/51391.html#19 Tue, 31 Mar 2009 08:43:47 GMT Блин, automake и autoconf в топе, не от того что их код используется, а от того что они сами используются как инструментарий сборки ! Быдлоконтора выпустила очередной быдлорепорт. <br><br>Они лучше-бы действительно зависимости кода проверили, интересно всё-таки какие библиотеки чаще всего испольуются открытыми проектами.<br> https://www.opennet.ru/openforum/vsluhforumID3/51391.html#17 Tue, 31 Mar 2009 08:32:12 GMT данная статья об этом не говорит... а может даже наоборот - мелким софверным компаниям становиться проще держать программистов и делать не плохой продукт, соразмерный индусским програмистам из мс и прочих гигантов.<br>также проще становиться жить программистам заказчика. многое они могут делать теперь сами, пользуясь готовыми решениями, как конструктором.<br>т.е. рынок может сместиться опять от гигантов индустрии, к самому заказчику... как в 90-х у каждой конторы была своя оригинальная система (потом их меняли на различные erp :-D), только теперь более универсальная и открытая (благодаря этому их уже возможно не придется менять на всякие erp).<br>другими словами, квалифицированный персонал без работы не останется... и возможно для этого не надо будет ехать за бугор.<br> https://www.opennet.ru/openforum/vsluhforumID3/51391.html#16 Tue, 31 Mar 2009 08:22:37 GMT ничего из этого не следует.<br>оценивалась себестоимость каждого велосипеда и не более. а сколько денег берут с заказчика (не важно какие там колёса, оригинальные или универсальные) никому не известно.<br>или другими словами, 2-а варианта:<br>1. берем готовые разработки. добавляем свои. получаем результат<br>2. делаем только свои разработки. получаем результат.<br>второй путь может и дороже стоит, но длинный и трудоемкий. не говоря уже об унификации, своих багах...<br>первый гораздо проще. благодаря ему можно сделать в несколько раз больше проектов, снизить себестоимость, продавать дешевле, баги править сообществом... <br><br>снижение себестоимости - первая задача любой коммерческой конторы.<br>и результаты симбиоза открытых технологий и коммерции мы уже видим - роутеры, принтеры, nas,...<br> https://www.opennet.ru/openforum/vsluhforumID3/51391.html#15 Tue, 31 Mar 2009 07:04:01 GMT &gt;Сумбур можно? А как быстрее?<br><br>Точно сумбур, если не сказать, бред :)<br>Потери скорости от динамических библиотек связаны только с чуть более хитрым механизмом вызова функций. Причём потери эти не зависят от количество процессов, использующих библиотеку. Хоть один, хоть миллион.<br>Зато вот экономия памяти для одного процесса никакая (даже слегка отрицательная), а для миллиона уже очень даже ощутимая. И вот эта экономия памяти сама по себе может привести к росту производительности.<br> https://www.opennet.ru/openforum/vsluhforumID3/51391.html#14 Tue, 31 Mar 2009 07:03:52 GMT ну насчет пилить сук на котором сидим - да за время этих Доткомов столько случайных людей пришло в эту отрасль да и в основном они работают с М$ продуктами. Так что может быть мусор то и уйдет а люди работаюшие с опенсорс останутся<br> https://www.opennet.ru/openforum/vsluhforumID3/51391.html#13 Tue, 31 Mar 2009 05:26:02 GMT &gt;Сумбур можно? А как быстрее? Когда одна библиотека в памяти и все <br>&gt;приложения к ней обращаются (libc), или по локальной самостоятельной библиотеке для <br>&gt;каждого приложения? Я так себе представляю это. Стоит здание, с миром <br>&gt;соединено дорогой. Это libc стоит в памяти. И трафик бешенный! А <br>&gt;рядом libjpeg и машина раз в час... Программа ждёт, когда к <br>&gt;libc обратится другая программа! Если загрузить много раз в память libc <br>&gt;скорость работы компьютера вырастет? <br><br>В общем случае при использовании встроенных библиотек упрощается (и ускоряется) вызов функций этих самых библиотек, а при разделённом использовании несколькими приложениями одной библиотеки ускоряется запуск приложений (при загруженной в память библиотеке, которая ранее уже понадобилась какому-то приложению), что иногда может сыграть решающую роль. Так что всё зависит от применения.<br> https://www.opennet.ru/openforum/vsluhforumID3/51391.html#12 Tue, 31 Mar 2009 04:28:49 GMT И всё же это не повод раз за разом выдумывать новые велосипеды с квадратными колёсами, в которых из-за дедлайна еще вчера колёса будут выпрямляться на ходу, в ходе многодневной велогонки....<br>