На конференции Akademy 2008 (http://akademy2008.kde.org/), собравшей более 350 представителей со всех стран мира, члены выпускающей команды KDE Sebastian Kügler и Dirk Müller изложили (http://dot.kde.org/1219926799/) свое видение стратегии дальнейшего развития среды рабочего стола. Были высказаны трудности, с которыми сталкивается KDE и возможные варианты их решения, вызвавшие жаркие дебаты.Модель разработки среды KDE за 10 лет существования претерпела лишь незначительные изменения и на настоящий момент не удовлетворяет темпам ее развития:
- За 8 лет, которые потребовались для перехода с KDE 0.0 до 3.5, в системе управления версий было зафиксировано 420 000 изменений.
- За последние 2 года обновление с KDE 3.5 до 4.0 потребовало 300 000 изменений.Такой значительный рост создает трудности как для разработчиков, так и для выпускающей команды. Принятие решений по присланным патчам, отслеживание их статуса с ростом проекта становятся все более сложными задачами. Централиз...
URL: http://dot.kde.org/1219926799/
Новость: http://www.opennet.me/opennews/art.shtml?num=17631
ну и кто им мешает перейти на git?
> В итоге шестимесячный цикл работы превращается в 3 месяца разработки
> с последующим трехмесячным тестированием, вместо теоретических 4 и 2 месяцев.Ну 4/2 действительно теория, да. Только это не очень зависит от SCM как раз.
Уточнение на всякий: с гитом можно укоротить цикл, а не сместить отношение. Поскольку длина цикла больше зависит от связки методологии и инструмента, а пишем-тестим -- от уровня (min/max/avg) и культуры участников.Мне так кажется...
Судя по тому, что уже который месяц можно встретить на Planet KDE, возможен раскол между разработчиками. Упомянутые в текущей новости 2 товарища — это отнюдь не весь KDE, и многих шестимесячный цикл разработки вполне устраивает. А соотношение периодов в цикле разработки действительно зависит от SCM не больше, чем от лунного притяжения:).Вот бездумное притягивание практики к идеалу ("Должно быть 4/2! Я сказал."), ИМХО, череповато — если разработчикам так удобнее, то, учитывая, что разработчики и определяют в первую очередь, какой получится продукт, пусть разработчики работают в том режиме, какой получается. KDE — сложный проект, а при росте сложности системы затраты на тестирование растут отнюдь не линейно..
Впечатление такое, что ребята еще через 2 года собираются выдать KDE 5.0. Для девелоперов:-) Иначе какой смысл ориентироваться на параметры переходного процесса?