URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 69269
[ Назад ]

Исходное сообщение
"Анализ состава разработчиков GNOME"

Отправлено opennews , 29-Июл-10 00:12 
На конференции GUADEC был прочитан (http://blogs.gnome.org/bolsh/2010/07/28/gnome-census/) интересный доклад, анализирующий состав разработчиков GNOME. Развитие GNOME носит ритмичный характер (см. график), пики активности разработчиков приходятся на время непосредственно предшествующее релизам и промежуток после проведения конференций GUADEC. Несмотря на то, что 70% всех разработчиков GNOME позиционируют себя волонтерами, более 70% коммитов в проект совершается оплачиваемыми работниками.

<center><img src="https://www.opennet.ru/opennews/pics_base/27456_1280346911.jp... style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></center>


Наиболее значительный вклад в GNOME и связанные с ним проекты совершают сотрудники компании Red Hat, от которых исходит 17% всех изменений. 11 из 20 ключевых разработчиков GNOME трудоустроены в Red Hat. На втором месте находится компания Novell, от которой исходит 10.44% коммитов. Третье место занимает компания Colla...

URL: http://blogs.gnome.org/bolsh/2010/07/28/gnome-census/
Новость: https://www.opennet.ru/opennews/art.shtml?num=27456


Содержание

Сообщения в этом обсуждении
"Анализ состава разработчиков GNOME"
Отправлено cuki , 29-Июл-10 00:12 
>Несмотря на то, что 70% всех разработчиков GNOME позиционируют себя волонтерами, более 70% коммитов в проект совершается оплачиваемыми работниками.

это логично. Я бы удивился, если было бы иначе.


"Анализ состава разработчиков GNOME"
Отправлено Аноним , 29-Июл-10 00:13 
Canonical такую пропаганду ведет, что является паровозом тянущим GNOME, а на деле оказывается только иконки рисует.

"Анализ состава разработчиков GNOME"
Отправлено Аноним , 29-Июл-10 00:30 
Полностью согласен. Создают впечатление, будто это они делают все для интерфейса, а остальные компании пилят систему. Оказывается все не так.

"Анализ состава разработчиков GNOME"
Отправлено Ян Злобин , 29-Июл-10 03:41 
>Canonical такую пропаганду ведет, что является паровозом тянущим GNOME...

Они об этом где-то говорили или это пустой треп?


"Анализ состава разработчиков GNOME"
Отправлено cfan , 29-Июл-10 05:47 
dizain - vsegda bil slabim mestom GNOME a v 21 veke - bez horoshego dizaina bolshe 1% rinka vriatli zanat. Chto sobstvenno i nabludaetsa. Poetomu ikonki - ochen vagnii vklad.

"Анализ состава разработчиков GNOME"
Отправлено KERNEL_PANIC , 29-Июл-10 12:36 
Не дизайн главное, а удобство и производительность. Виста красивая была, а толку? Я в свое время на СDЕ работал, и нормально. Поэтому сейчас и выбираю гном за его удобство, а не красоту!

"Анализ состава разработчиков GNOME"
Отправлено Анонимный трус , 29-Июл-10 13:30 
Вы не поверите, но удобство — это тоже дизайн.

"Анализ состава разработчиков GNOME"
Отправлено Анон , 29-Июл-10 13:46 
Угу, а сейчас ты бы сел в CDE работать, если у тебя, допустим, имеется двух-четырехядерник и три-четыре гига оперативки? К тому же, да. Правильно тут уже сказали, что удобство - это тоже вклад дизайнеров и спецов по юзабилити, которых хронически не хватает опенсорсу:)

"Анализ состава разработчиков GNOME"
Отправлено fr0ster , 29-Июл-10 13:50 
>Угу, а сейчас ты бы сел в CDE работать, если у тебя,
>допустим, имеется двух-четырехядерник и три-четыре гига оперативки? К тому же, да.
>Правильно тут уже сказали, что удобство - это тоже вклад дизайнеров
>и спецов по юзабилити, которых хронически не хватает опенсорсу:)

С другой стороны тратить ресурс проца на свистелки, когда в Африке дети голодают?
Иногда и счас в консоли согласишся работать, чтоб задача быстрее обсчитывалась:)


"Анализ состава разработчиков GNOME"
Отправлено KERNEL_PANIC , 29-Июл-10 19:20 
>а сейчас ты бы сел в CDE работать?

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


"Анализ состава разработчиков GNOME"
Отправлено SkyRanger , 29-Июл-10 06:09 
Канониклы делают бизнес - не обманешь - не продашь :) Бизнес это такое дело...

Зато они многое делать чтобы пропихнуть линуха в массы, за это им спасибо :)


"Анализ состава разработчиков GNOME"
Отправлено Аноним2 , 29-Июл-10 08:03 
> Canonical такую пропаганду ведет, что является паровозом тянущим GNOME

Это где, можно ссылку? На самом деле у них очень грамотная позиция - отлично делают своё дело, и не лезут в разработку GNOME (читай: не мешают другим).


"Анализ состава разработчиков GNOME"
Отправлено user455 , 09-Мрт-11 12:23 
>> Canonical такую пропаганду ведет, что является паровозом тянущим GNOME, а на деле оказывается только иконки рисует.

причем это у них довольно плохо получается.


"Анализ состава разработчиков GNOME"
Отправлено Аноним , 29-Июл-10 00:15 
А вот Red Hat удивил, думал они только серверными технологиями и ядром интересуются, а они оказываются серьезно GNOME пилят. Хотелось бы увидеть такое же исследование, но для KDE. Хотя у KDE вероятно в топе будут Mandriva и Novell.

"Анализ состава разработчиков GNOME"
Отправлено fr0ster , 29-Июл-10 09:13 
А я удивлялся, почему Кеды перестали мне нравится. А оно вот почему:)
А вообще ГНОМ мне более удобен, на нетбуке поставил пакет гтк2-мобайл и приложения гткашные стали укладываться в высоту экрана 600, а вот как кьютишные в 600 пикселей без перезборки еще не допер. Вот времени больше будет и ужо я им... :)

"Анализ состава разработчиков GNOME"
Отправлено z , 29-Июл-10 09:49 
> А вот Red Hat удивил, думал они только серверными технологиями и ядром интересуются, а
> они оказываются серьезно GNOME пилят.

что ты думал? RHEL Desktop существует уже хрен знает сколько. http://www.redhat.com/rhel/desktop/ .


"Анализ состава разработчиков GNOME"
Отправлено Аноним , 29-Июл-10 01:09 
Я конечно извиняюсь, но с каких пор количество коммитов стало показателем объёма изменений? 10 коммитов с однострочными исправлениями разве уже больше чем один коммит на 200 строк?

"Анализ состава разработчиков GNOME"
Отправлено 2Nike , 29-Июл-10 04:05 
Смотрят скорее активность разработки, а не объем изменений.
Исправление бага, это в любом случае исправление бага, пусть даже там исправлена и одна строчка, что бывает кстати довольно редко.