Кризис Drupal | автор: Luca | 19 сентября 2011
Категория: Open Source
Следующий пример проиллюстрирует, что будет с linux через пару лет:
Февраль 2008: началась разработка Drupal 7.
Октябрь 2008: 285 незакрытых багов для Drupal 7.
Март 2009: Пришёл специалист по переделке интерфейса Drupal 7 (D7UX).
Июнь 2009: 3120 незакрытых багов (13 763 в общей сложности).
Сентябрь 2009: Первоначально предполагалось заморозить код на этом этапе, но решили разработать (с нуля) ещё 10 новых фич и включить их в состав Drupal 7.
Январь 2010: Вышла первая альфа Drupal 7, полная критических багов в новых APIs, но ещё больше багов в вышеупомянутых новых фичах.
Июль 2010: Слишком много багов и потеря фокусировки; Drupal вводит новую категорию «основных» багов, чтобы хоть как-то выделить самые приоритетные из этого огромного количества.
Октябрь 2010: Вышла первая бета Drupal 7.
Январь 2011: Вышел Drupal 7.0, с более чем 300 незакрытыми «основными» багами и без возможности нормального апгрейда.
Май 2011: Для Drupal 8 назначен второй человек для обработки баг-репортов, чтобы справиться с багами из Drupal 7.
Июнь 2011: Более 200 критических и «основных» багов переименованы в «нормальные».
Июль 2011: Новое ограничение на максимально допустимое количество критических багов (15) и основных багов/задач (200) эффективно блокировала прогресс в разработке Drupal 8.
Август 2011: 4153 незакрытых багов (22 181 всего — почти вдвое больше, чем два года назад), апгрейд по-прежнему затруднён для многих пользователей, застрявших на Drupal 6, близкий к нулю прогресс в разработке Drupal 8.
Только в новых модулях Dashboard, Shortcut, Toolbar и Overlay насчитывается более 150 незакрытых багов. Эти модули были сделаны с нуля после заморозки кода (что неудивительно, если учитывать, что их дизайн был спроектирован всего за шесть месяцев до этого), их частично пришлось переписывать, и именно они оказали серьёзное влияние на задержку выпуска Drupal 7.
Из-за D7UX и решения сделать новый функционал в последний момент была демотивирована большая группа ключевых разработчиков, в том числе поэтому до сих пор не закрыты многие важные проблемы в API и подсистемах ядра Drupal.
В новых подсистемах Drupal 7 заложена большая сложность и взаимозависимости, в результате чего новички не могут в этом разобраться и помочь с закрытием багов. Почти все баги требуют глубокого знания подсистем и полного понимания последовательности действий. Если не получить поддержку опытных ключевых разработчиков, то вряд ли есть шансы продвинуться вперёд в разработке Drupal 8. В то же время большое количество этих ключевых разработчиков сейчас работают над несущественными частями проекта, снизив свой вклад в разработку ядра практически до нуля. 19% ключевых разработчиков, включая двух человек, имеющих право вносить изменения в код, являются теперь штатными сотрудниками одной компании, что угрожает конфликтом интересов сейчас и в будущем.
Можно сделать вывод, что ядро Drupal больше невозможно поддерживать. Для этого требуются поистине непомерные усилия. Существует слишком много недоделанных функций, которыми вообще никто не занимается.
источник
Прочитано 4014 раз и оставлено 63 комментариев.
Следующий пример проиллюстрирует, что будет с linux через пару лет:
Февраль 2008: началась разработка Drupal 7.
Октябрь 2008: 285 незакрытых багов для Drupal 7.
Март 2009: Пришёл специалист по переделке интерфейса Drupal 7 (D7UX).
Июнь 2009: 3120 незакрытых багов (13 763 в общей сложности).
Чего не видят фанатики обоих лагерей? Смотрите с минуты 25:40
Сентябрь 2009: Первоначально предполагалось заморозить код на этом этапе, но решили разработать (с нуля) ещё 10 новых фич и включить их в состав Drupal 7.
Январь 2010: Вышла первая альфа Drupal 7, полная критических багов в новых APIs, но ещё больше багов в вышеупомянутых новых фичах.
Июль 2010: Слишком много багов и потеря фокусировки; Drupal вводит новую категорию «основных» багов, чтобы хоть как-то выделить самые приоритетные из этого огромного количества.
Октябрь 2010: Вышла первая бета Drupal 7.
Январь 2011: Вышел Drupal 7.0, с более чем 300 незакрытыми «основными» багами и без возможности нормального апгрейда.
Май 2011: Для Drupal 8 назначен второй человек для обработки баг-репортов, чтобы справиться с багами из Drupal 7.
Июнь 2011: Более 200 критических и «основных» багов переименованы в «нормальные».
Июль 2011: Новое ограничение на максимально допустимое количество критических багов (15) и основных багов/задач (200) эффективно блокировала прогресс в разработке Drupal 8.
Август 2011: 4153 незакрытых багов (22 181 всего — почти вдвое больше, чем два года назад), апгрейд по-прежнему затруднён для многих пользователей, застрявших на Drupal 6, близкий к нулю прогресс в разработке Drupal 8.
Только в новых модулях Dashboard, Shortcut, Toolbar и Overlay насчитывается более 150 незакрытых багов. Эти модули были сделаны с нуля после заморозки кода (что неудивительно, если учитывать, что их дизайн был спроектирован всего за шесть месяцев до этого), их частично пришлось переписывать, и именно они оказали серьёзное влияние на задержку выпуска Drupal 7.
Из-за D7UX и решения сделать новый функционал в последний момент была демотивирована большая группа ключевых разработчиков, в том числе поэтому до сих пор не закрыты многие важные проблемы в API и подсистемах ядра Drupal.
В новых подсистемах Drupal 7 заложена большая сложность и взаимозависимости, в результате чего новички не могут в этом разобраться и помочь с закрытием багов. Почти все баги требуют глубокого знания подсистем и полного понимания последовательности действий. Если не получить поддержку опытных ключевых разработчиков, то вряд ли есть шансы продвинуться вперёд в разработке Drupal 8. В то же время большое количество этих ключевых разработчиков сейчас работают над несущественными частями проекта, снизив свой вклад в разработку ядра практически до нуля. 19% ключевых разработчиков, включая двух человек, имеющих право вносить изменения в код, являются теперь штатными сотрудниками одной компании, что угрожает конфликтом интересов сейчас и в будущем.
Можно сделать вывод, что ядро Drupal больше невозможно поддерживать. Для этого требуются поистине непомерные усилия. Существует слишком много недоделанных функций, которыми вообще никто не занимается.
источник
Чего не видят фанатики обоих лагерей? Смотрите с минуты 25:40
ВНИМАНИЕ !
Возможно что-то уже неактуально. Обращайте внимание на даты !
Эта статья опубликована 19 сентября 2011-го года !
Прочитано 4014 раз и оставлено 63 комментариев.
#1.Luca