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

Исходное сообщение
"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"

Отправлено opennews , 16-Сен-15 13:50 
Эмануэле Басси (Emmanuele Bassi), специализирующийся на разработке базовых библиотек GNOME и входящий в управляющий совет GNOME Foundation, провёл (https://www.bassi.io/articles/2015/09/15/who-wrote-gtk-3-18/) анализ участников разработки GTK+ 3.18 и GLib  2.46.


Если рассматривать число изменений в GTK+, то 75.5% из них внесено сотрудниками Red Hat, 20.9% независимыми разработчиками, 2.6% компанией Endless и 0.8% компанией Canonical.  По числу изменённых строк кода лидирует Red Hat - 61.6%, затем следуют независимые разработчики (36.7%),  Endless (1.2%) и Canonical (0.5%). 58  разработчиков, принявших участие в подготовке изменений, - добровольцы, 19 трудоустроены в Red Hat, 3 в Canonical, 2 в Endless, 2 в Collabora и 1 в Intel.


В Glib 40.1% отдельных изменений внесено разработчиками из Red Hat, 27.6% - независимыми участниками, 18.9% компанией Collabora  и 10.8% компанией Canonical. По числу изменённых строк кода лидируют независимые разработчики (48.5%), за которыми следуют  Canonical (21.8%), Red Hat (19.6%) и Collabora (9.7%). Из Red Hat в разработке Glib участвует 10 человек, из Canonical - 3, из Collabora, Endless и Endless   по 2 разработчика. Отдельно отличился Руслан Ижбулатов, занимающийся улучшением поддержки платформы Windows, который внёс 27.6% изменений по числу строк кода.


URL: https://www.bassi.io/articles/2015/09/15/who-wrote-gtk-3-18/
Новость: https://www.opennet.ru/opennews/art.shtml?num=42974


Содержание

Сообщения в этом обсуждении
"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"
Отправлено Аноним , 16-Сен-15 13:50 
Все-таки Canonical по сути паразиты почти во всех сообществах, которые они сами не контролируют. Как-то это нечестно.

"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"
Отправлено Ан , 16-Сен-15 14:10 
А вас смущает что они в GTK+ не комитят?
Так оно им сейчас особо и не надо.
Новый Unity пишут с использованием Qt если не ошибаюсь, а старый и так работает с использованием кастомного GTK+.
А Gnome c GTK 3 очень нужны сейчас в основном только RH.

"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"
Отправлено Аноним , 16-Сен-15 14:53 
>Новый Unity пишут с использованием Qt если не ошибаюсь,

он уже столько лет пишется, что даже не смешно.


"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"
Отправлено Какаянахренразница , 16-Сен-15 15:52 
> он уже столько лет пишется, что даже не смешно.

Ядро Линукс уже столько лет пишется, что даже не смешно. Верно?


"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"
Отправлено Аноним , 17-Сен-15 20:08 
Ядро линукса на скольких пк стоит? Сколько людей им пользуются? Не только на компе Тордвальдса. А вот юнити 8 ещё с 13.10 разрабатывается. Говорили что в 16.04 будет, но отказались, ведь не стабильна. Так толку с того что разрабатывают?

"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"
Отправлено iPony , 16-Сен-15 16:13 
Ну я конечно понимаю, что ты бы за месяц написал бы. Три года этак пишется, на смартфонах уже нормально работает.

"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"
Отправлено Undefined , 16-Сен-15 14:24 
Ух какие паразиты лютые, построили гигантскую софтовую империю с миллиардными прибылями, майкрософт с эпплом от одного названия испуганно писаются в уголке. И какой ценой этого достигли?! Концлагерями разработчиков Red Hat, а "независимые" так вообще пишут код в коротких перерывах на урановых рудниках! Шаттлворт претендует на трон Британии! Убунта на каждой микроволновке! Свобода это рабство, далее по тексту.

ЗЫ: Как же вы надоели, а. Какие проекты им нужны, такие развивают, а глиб с гтк им и так норм. И еще бы их коммиты принимали, а то у красношляпников аллергия, видимо.


"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"
Отправлено Michael Shigorin , 16-Сен-15 14:45 
> И еще бы их коммиты принимали, а то у красношляпников аллергия, видимо.

У дебианщиков почему-то тоже, если что.


"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"
Отправлено chinarulezzz , 16-Сен-15 15:35 
А у дебиана выбор: два стула. На одном - апстрим, на другом убунту.

"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"
Отправлено Omnomnom , 16-Сен-15 17:22 
> А у дебиана выбор: два стула. На одном - апстрим, на другом

На одном - пики точные, на другом - х...
> убунту.


"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"
Отправлено Аноним , 16-Сен-15 18:21 
ксубунту в англ раскладке ? =)

"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"
Отправлено Аноним , 16-Сен-15 14:54 
> Если рассматривать число изменений в GTK+, то 75.5% из них внесено сотрудниками Red Hat

Так кому там слать лучи ненависти и поноса за  подход "один гтк, один гном, одна тема! Все остальное ненужно!" и регулярную ломку сторонных тем?
Им что, захапанного инита мало?


"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"
Отправлено A.Stahl , 16-Сен-15 15:13 
>слать лучи ненависти и поноса за  подход "один гтк, один гном, одна тема!

А зачем тебе 2 и более ЖТК? Думаешь это хорошо? Спроси у питонистов хорошо ли им....
Один гном? Да, гном один и известен под номером 2. Но он не с нами. Он жив лишь в наших сердцах.
Одна тема? Их много, но большинство -- говно полнейшее. А те немногие хорошие, быстро приводят к нормальному виду если вдруг что-то отваливается.


"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"
Отправлено Mihail Zenkov , 16-Сен-15 22:50 
> А зачем тебе 2 и более ЖТК?

У меня приложений под gtk-2, больше чем под gtk-3. Перенести тему с gtk-2 нереально. Каких-то значительных улучшений в gtk-3 (vs gtk-2), я лично не заметил.

> Думаешь это хорошо?

Не очень, лучше что бы gtk был один, но второй версии ;)


"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"
Отправлено Аноним , 17-Сен-15 17:48 
> но большинство -- гoвно полнейшее.

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

Любитель темненького?
К сожалению, "темнота" мне лично не нравятся, а светлых тем не так чтобы много.
В итоге, плюнул и допилил (в основном, дефолтный размер всяких скроллов, табов и тулбаров, ну и еще по мелочи)  Clearlooks-Phenix.

Поэтому с формулировкой
> если вдруг что-то отваливается

просто не могу согласиться - не "если" а "когда". Причем, регулярно.

Не, я вполне понимаю, что иногда перемены неизбежны (и не у всех авторов есть желание поддерживать легаси). Но ведь не каждый релиз!
Ведь можно же подумать, прикинуть -  благо тут даже не разработка с нуля а "улучшения".
На крайняк - сделать отдельную ветку с этими изменениями, "обкатать", выпустить, прислушаться к мнению (ну, или не прислушаться).
Но вот в случае ГТК3 возникало скорее такое ощущение, что изменения вводились по принципу "а если так? И вооот эдак ... (релиз) "гм, не - лучше будет вот так!" (релиз) "хотя, я передумал! Вертаем взад" (релиз)


"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"
Отправлено Аноним , 17-Сен-15 20:11 
А сколько тебе их нужно? Ты хочешь путаться в них и напарываться на проблемы совместимости?

"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"
Отправлено Аноним , 16-Сен-15 21:08 
Сделайте Glib 3.0, сволочи!!!

Glib 2.32 отлично работал с GNOME 2.32, Glib 2.34 тоже. 2.36 и новее - потребление одного ядра CPU Nautilus-ом 100%! И чем новее - тем хуже!

Никто не мешает держать Glib 2.32 для GNOME2, но тогда придётся отказаться отGTK 3 в той же системе! GTK 3.4 - максимальная версия, которая работает с Glib 2.32! А сделай они нормальный GLIB 3.x - такой проблемы бы не было!

И не надо тут рассказывать про MATE - сами привыкайте к перепутавшимся компонентам гнома и MATE, к непривычным названиям Metacity-Marco, Nautilus-Caja, Gedit-Pluma и все прочие калькуляторы и таблицы символов!


"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"
Отправлено Mihail Zenkov , 16-Сен-15 22:38 
glib много где используется, да и какой смысл выпускать glib-3 если api не изменился?
Если очень хочется, то линкуйте gtk-2 приложения со старым glib. Но лучше напишите баг репорт дабы исправили регрессию.

"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"
Отправлено Андрей , 17-Сен-15 17:31 
> И не надо тут рассказывать про MATE

Ну, устанавливать Mate не придётся, но придётся заглянуть в коммиты caja и найти фикс для nautilus'а с новым glib. Там было про icon cache. Он всё кэширует да впустую и снова, и снова.


"Анализ вклада в разработку GTK+ 3.18 и GLib 2.46"
Отправлено Аноним , 18-Сен-15 19:27 
*MATE