summer написал(а):Это не был аргумент в пользу редких обновлений, это исправление ошибки)
И всё же редкие обновления, всё равно более качественные чем постоянные. Если такой гений, то хотя бы по хабре побегай. там уже 100500 раз в коментах обсуждались такие вопросы. И всё таки 70 против 30 процентов, были как раз мнения что дольше значит качественней.
summer написал(а):Ночные сборки предшествуют релизу, так что смысл не меняется - после ограниченного тестирования, версия входит в официальную ветвь, или ты предлагаешь пол года кормить людей ночными сборками, а не искушенным в этом деле людям давать релиз раз в пол года?)
Да бл*ть! ну какие пол года? я же отметил что образно, и повторялся уже раза 3 что пол года это образное выражение. Саму разницу если и называть то сперва хотя бы подсчитать оптимальное, в данном случае преувеличил. Раз в 3 месяца самый оптимальный надёжный и главное удобный вариант. Это не особо дольше если учитывать что новая где то раз в полтора месяца выходит.
summer написал(а):Если смотреть на число изменений с версии на версию, результаты очень даже ничего, а обновление раз в месяц - это норма)
Если смотреть на результаты более медленных обновлений так там ещё прекрасней, и функционал, и стабильность, и исправление багов и всё где то на 20% больше, и качественней. А относительно стандартов, новых кодировок и прочего. Новые версии выходят не ранее чем раз в 2-3 месяца для того же css, они создаются по 3-6ть шт. в месяц, но идёт проверка, тестирование и прочее что бы потом всё это обновлённое не вызывало проблем. А потому и нет такой особой опаски в более редких обновлениях. Нет есть и исключения были и случаи когда по 2 шт. в месяц но это если там уж кошмар на сколько важное и супер удобное. а так средние сроки описал выше. Не спорю обновления протоколов и скриптов и.т.п весьма важная и часто появляемая вещь, но одно дело их создание другое дело их выпуск в свет, покуда они не будут проверены и допущены к использованию для остальных они не появятся. то то же.