The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Результаты анализа повторного использования кода открытых проектов

30.03.2009 21:54

Анализ 1311 открытых проектов выявил, что разработчики заимствовали код друг у друга более 365 тыс. раз, что позволило на 316 тыс. человеко часов ускорить выход нового ПО и сохранить миллиарды долларов, которые в противном случае пошли бы на оплату услуг программистов. Такой отчет по итогам проведенного исследования подготовила американская компания Black Duck Software, основной сферой деятельности которой является поиск и выявление наиболее оптимальных форм ведения разработки открытого ПО.

В своей работе специалисты Black Duck Software изучали случаи повторного использования бинарных компонентов из одного открытого проекта в релизе другого. В своеобразном соревновании на самый самый высокий коэффициент повторного использования кода победил пакет GNU Automake, код последнего релиза которого оказался в 12469 открытых проектах. Остальные места в десятке самых повторно используемых проектов распределились следующим образом:

  • Код Autoconf встречается в 6 621 проектах.
  • X Free 86 в 5 925.
  • Foxtrot в 5 737.
  • Apache-Jakarta Log4j в 5 059.
  • Apache-XML Xerces Java 2 в 4 960.
  • Jakarta Commons-Logging в 4 939.
  • Java Platform, Enterprise Edition (Java EE, J2EE) в 4 312.
  • Apache Tomcat в 4 136.
  • Примеры из MS VB 2005 в 4 098 проектах.

В наступившем году бюджет многих софтверных проектов будет значительно урезан, и как следствие, менеджеры будут искать способы компенсировать нехватку рабочей силы за счет использования открытых компонентов. При всей заманчивости подобной альтернативы, она, все таки, сопряжена с определенным риском, а именно с необходимостью с одной стороны придерживаться условий и требований открытых лицензий, а с другой, работать над собственным кодом в соответствии с той политикой безопасности, которая применяется на предприятии.

  1. Главная ссылка к новости (http://www.blackducksoftware.c...)
Автор новости: blkdog
Короткая ссылка: https://opennet.ru/21002-opensource
Ключевые слова: opensource
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (20) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 23:40, 30/03/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    что то к вечеру мозги у меня не совсем врят
    какой вывод можно сделать из всего этого?
     
     
  • 2.2, безымян (?), 23:55, 30/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >какой вывод можно сделать из всего этого?

    Да практически любой!

     
  • 2.5, Ivan (??), 00:49, 31/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >что то к вечеру мозги у меня не совсем врят
    >какой вывод можно сделать из всего этого?

    Элементарно, Ватком:

    > сохранить миллиарды долларов, которые в противном случае пошли бы на оплату услуг программистов.

    Т.е. выступая за свободное ПО, пилим сук, на котором сидим ...

     
     
  • 3.6, day (?), 02:11, 31/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Т.е. выступая за свободное ПО, пилим сук, на котором сидим ...

    Идиология M$...

     
     
  • 4.7, Ivan (??), 03:00, 31/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    С моей стороны никакой идеологии. Просто это, по-моему, прямо следует из написанного.
     
     
  • 5.16, vitek (??), 12:22, 31/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    ничего из этого не следует.
    оценивалась себестоимость каждого велосипеда и не более. а сколько денег берут с заказчика (не важно какие там колёса, оригинальные или универсальные) никому не известно.
    или другими словами, 2-а варианта:
    1. берем готовые разработки. добавляем свои. получаем результат
    2. делаем только свои разработки. получаем результат.
    второй путь может и дороже стоит, но длинный и трудоемкий. не говоря уже об унификации, своих багах...
    первый гораздо проще. благодаря ему можно сделать в несколько раз больше проектов, снизить себестоимость, продавать дешевле, баги править сообществом...

    снижение себестоимости - первая задача любой коммерческой конторы.
    и результаты симбиоза открытых технологий и коммерции мы уже видим - роутеры, принтеры, nas,...

     
  • 4.9, Ivan (??), 03:12, 31/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Дело в том, что программисты в большинстве своём по определению очень хорошие люди. И чем больше сытых и довольных жизнью программистов и чем меньше их конкуренция между собой, тем вселенная добрее и чище. Так что чем больше миллиардов потрачено на оплату программистов тем лучше, соответственно чем больше сэкономлено на них - тем хуже.
     
     
  • 5.12, Konwin (??), 08:28, 31/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    И всё же это не повод раз за разом выдумывать новые велосипеды с квадратными колёсами, в которых из-за дедлайна еще вчера колёса будут выпрямляться на ходу, в ходе многодневной велогонки....
     
  • 5.17, vitek (??), 12:32, 31/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    данная статья об этом не говорит... а может даже наоборот - мелким софверным компаниям становиться проще держать программистов и делать не плохой продукт, соразмерный индусским програмистам из мс и прочих гигантов.
    также проще становиться жить программистам заказчика. многое они могут делать теперь сами, пользуясь готовыми решениями, как конструктором.
    т.е. рынок может сместиться опять от гигантов индустрии, к самому заказчику... как в 90-х у каждой конторы была своя оригинальная система (потом их меняли на различные erp :-D), только теперь более универсальная и открытая (благодаря этому их уже возможно не придется менять на всякие erp).
    другими словами, квалифицированный персонал без работы не останется... и возможно для этого не надо будет ехать за бугор.
     

  • 1.3, Аноним (-), 00:14, 31/03/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Примеры из MS VB 2005 в 4 098 проектах.

    лолололололололололо MS лучший друг OpenSource

     
  • 1.4, Аноним (-), 00:34, 31/03/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Они что, тупо зависимости проектов от библоетек и разного софта проверяли?
     
  • 1.8, Аноним (-), 03:08, 31/03/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сумбур можно? А как быстрее? Когда одна библиотека в памяти и все приложения к ней обращаются (libc), или по локальной самостоятельной библиотеке для каждого приложения? Я так себе представляю это. Стоит здание, с миром соединено дорогой. Это libc стоит в памяти. И трафик бешенный! А рядом libjpeg и машина раз в час... Программа ждёт, когда к libc обратится другая программа! Если загрузить много раз в память libc скорость работы компьютера вырастет?
     
     
  • 2.10, Ivan (??), 03:16, 31/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Кэш решает! ;-)

     
  • 2.11, Guest (??), 06:01, 31/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Программа ждёт, когда к libc обратится другая программа!

    Ничего она не ждет.

    > Если загрузить много раз в память libc скорость работы компьютера вырастет?

    Нет, уменьшится.

     
  • 2.13, Vieryn (ok), 09:26, 31/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Сумбур можно? А как быстрее? Когда одна библиотека в памяти и все
    >приложения к ней обращаются (libc), или по локальной самостоятельной библиотеке для
    >каждого приложения? Я так себе представляю это. Стоит здание, с миром
    >соединено дорогой. Это libc стоит в памяти. И трафик бешенный! А
    >рядом libjpeg и машина раз в час... Программа ждёт, когда к
    >libc обратится другая программа! Если загрузить много раз в память libc
    >скорость работы компьютера вырастет?

    В общем случае при использовании встроенных библиотек упрощается (и ускоряется) вызов функций этих самых библиотек, а при разделённом использовании несколькими приложениями одной библиотеки ускоряется запуск приложений (при загруженной в память библиотеке, которая ранее уже понадобилась какому-то приложению), что иногда может сыграть решающую роль. Так что всё зависит от применения.

     
  • 2.15, const86 (ok), 11:04, 31/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    >Сумбур можно? А как быстрее?

    Точно сумбур, если не сказать, бред :)
    Потери скорости от динамических библиотек связаны только с чуть более хитрым механизмом вызова функций. Причём потери эти не зависят от количество процессов, использующих библиотеку. Хоть один, хоть миллион.
    Зато вот экономия памяти для одного процесса никакая (даже слегка отрицательная), а для миллиона уже очень даже ощутимая. И вот эта экономия памяти сама по себе может привести к росту производительности.

     

  • 1.14, Аноним (-), 11:03, 31/03/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ну насчет пилить сук на котором сидим - да за время этих Доткомов столько случайных людей пришло в эту отрасль да и в основном они работают с М$ продуктами. Так что может быть мусор то и уйдет а люди работаюшие с опенсорс останутся
     
  • 1.19, barmaglot (??), 12:43, 31/03/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Блин, automake и autoconf в топе, не от того что их код используется, а от того что они сами используются как инструментарий сборки !  Быдлоконтора выпустила очередной быдлорепорт.

    Они лучше-бы действительно зависимости кода проверили, интересно всё-таки какие библиотеки чаще всего испольуются открытыми проектами.

     
  • 1.20, dq0s4y71 (?), 12:56, 31/03/2009 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >...на 316 тыс. человеко часов...

    "Человеко-лет", на самом деле. За 316 тыс. человеко-часов _миллиарды_ долларов вряд ли заработаешь. :)

     
     
  • 2.22, piglet (?), 17:44, 31/03/2009 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и я удивился, где это девелоперы зарабатывают по три штуки баксов в час. :)
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру