The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Firefox переходит на плавающий график подготовки релизов, opennews (??), 05-Фев-16, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


4. "Firefox переходит на плавающий график подготовки релизов"  +19 +/
Сообщение от A.Stahl (ok), 05-Фев-16, 09:45 
Есть такой офигенный график -- выпускать тогда, когда готово.
Запланировали список фич и пусть пилят их до тех пор, пока все запланированные фичи не станут готовы. 2 недели? Хорошо. Год? Ну ладно...
А то фигнёй какой-то страдают...
Ответить | Правка | Наверх | Cообщить модератору

9. "Firefox переходит на плавающий график подготовки релизов"  –4 +/
Сообщение от COBA (?), 05-Фев-16, 10:20 
Только при таком графике все пользователи уйдут на другой продукт, когда им надоест ждать заявленных фич несколько лет...
Все-таки плановые релизы заставляют работать разработчиков и позволяют планировать обновления пользователям. Это четко видно на падении доли Debian и увеличении доли Ubuntu в серверном сегменте.
Ответить | Правка | Наверх | Cообщить модератору

15. "Firefox переходит на плавающий график подготовки релизов"  +5 +/
Сообщение от Аноним (-), 05-Фев-16, 10:50 
Если сравнивать lts выпуски убунты, то они примерно одинаково выходят с дебианом. А кто ставит на серверы не лтс?
Ответить | Правка | Наверх | Cообщить модератору

44. "Firefox переходит на плавающий график подготовки релизов"  –1 +/
Сообщение от COBA (?), 05-Фев-16, 13:08 
Проблема с Debian в том что Вы никогда не знаете сколько будет поддерживаться текущая ветка, то ли 10 лет, то ли 1 год. В то время как для lts все знают - 6 лет. Это позволяет планировать миграции и работу компании.
Ответить | Правка | Наверх | Cообщить модератору

22. "Firefox переходит на плавающий график подготовки релизов"  –4 +/
Сообщение от Вася (??), 05-Фев-16, 11:08 
Ubuntu ЧЕМ ТО отличается от Debian???
Хоть чем то окромя иконок?
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

24. "Firefox переходит на плавающий график подготовки релизов"  +1 +/
Сообщение от Чепукто (?), 05-Фев-16, 11:13 
Unity. Mir. LXC|LXD. Click. PPA.
Ответить | Правка | Наверх | Cообщить модератору

28. "Firefox переходит на плавающий график подготовки релизов"  +1 +/
Сообщение от Аноним (-), 05-Фев-16, 11:41 
LXC убунте не приписываем, её ядерщики пилят. Нужность PPA сомнительна, остальное откровенное г-но.
Ответить | Правка | Наверх | Cообщить модератору

29. "Firefox переходит на плавающий график подготовки релизов"  +7 +/
Сообщение от DeerFriend (?), 05-Фев-16, 11:50 
Остальное на сервер не ставят обычно.
Ответить | Правка | Наверх | Cообщить модератору

45. "Firefox переходит на плавающий график подготовки релизов"  +1 +/
Сообщение от COBA (?), 05-Фев-16, 13:10 
> Ubuntu ЧЕМ ТО отличается от Debian???
> Хоть чем то окромя иконок?

Вы о чем? Речь идет не об отличиях в иконках, а о том, что график выхода обновлений позволяет лучше планировать деятельность зависимых от этих обновлений структур.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору
Часть нити удалена модератором

66. "Firefox переходит на плавающий график подготовки релизов"  +1 +/
Сообщение от marks (?), 05-Фев-16, 17:21 
1. не нужно трогать то, что работает. Единственной причиной немедленной установки является исправление ошибок.

Так и он про что... Убунту "на работе" можно _гарантированно_ не трогать 6 лет. Секьюрити апдейты прилетят. А сроки поддержки различных релизов дебиана бывают довольно сильно отличаются. И придется шаманить, если поддержка вдруг кончится.

Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору
Часть нити удалена модератором

74. "Firefox переходит на плавающий график подготовки релизов"  –1 +/
Сообщение от COBA (?), 05-Фев-16, 18:04 
Вы знаете - есть. Текущая ветка 38.6
Когда Вам придется админить хотя бы сотню компов, тогда Вы возможно поймете о чем я говорю. А пока от Вас я слышу только нападки.
Ответить | Правка | Наверх | Cообщить модератору

11. "Firefox переходит на плавающий график подготовки релизов"  –2 +/
Сообщение от анонисимус (?), 05-Фев-16, 10:25 
ну тогда пилить можно до бесконечности. я не говорю, что это плохой подход, но планирование тоже нужно. и выпускать продукт нужно в срок, иначе пользователи в виду такой неопрделённости сбегут (хотя как видно мозилле это не помогло - все равно бегут, ну значит менеджеры и маркетологи херовые).

впрочем, не смотря на заявление мозиллы о том, что они от одного графика к другому перешли, ничего не меняли. у них на деле такой подход, как вы описали - когда готово - и действует. возьмем к примеру элекролиз. его плнировали включить уже в 45-й релиз, а теперь уже точно всем понятно (о чем они и заявили) что в 45 его не будет. и включат когда будет готово.

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

вообще, похоже, что ребята просто поняли, что такая гонка не пошла на пользу и часто они тупо не успевают, а на подготовку и стаблизацию релиза много сил уходит.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

12. "Firefox переходит на плавающий график подготовки релизов"  +/
Сообщение от Илья (??), 05-Фев-16, 10:29 
Не соглашусь с вами: у каждой задачи есть срок выполнения. Тут вопрос только в предпочтениях: кому-то удобнее подстравать объем задач под заданные временные рамки, а для другого, наоборот, первичнее выполнить определенные задачи, и, разумеется, правильно оценить срок их выполнения.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

19. "Firefox переходит на плавающий график подготовки релизов"  +/
Сообщение от ASH (??), 05-Фев-16, 11:00 
> Есть такой офигенный график -- выпускать тогда, когда готово.
> Запланировали список фич и пусть пилят их до тех пор, пока все
> запланированные фичи не станут готовы. 2 недели? Хорошо. Год? Ну ладно...
> А то фигнёй какой-то страдают...

Скрам, канбан, х%%к-х%%к и в продакшен же. Весь современный софт так пишется, причины понять не могу, видимо мода просто такая.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

25. "Firefox переходит на плавающий график подготовки релизов"  +1 +/
Сообщение от заяц (?), 05-Фев-16, 11:15 
Так не только софт пишется. Так в целом формируется стратегия развития компании. А иначе пока вы будете долго и упорно делать "пока будет готово", конкуренты уже всё сделают, продадут и оставят вас далеко позади. Мир миняется, пора бы уже адаптирвоваться, или адаптируйте мир под себя, если сил хватит.
Ответить | Правка | Наверх | Cообщить модератору

81. "Firefox переходит на плавающий график подготовки релизов"  +1 +/
Сообщение от ASH (??), 05-Фев-16, 18:49 
копропродукт может и не принести выгоды, ибо никакие спринты не заменят качества
Ответить | Правка | Наверх | Cообщить модератору

75. "Firefox переходит на плавающий график подготовки релизов"  +/
Сообщение от Аноним (-), 05-Фев-16, 18:17 
А отгадка одна - копроэкономика.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

86. "Firefox переходит на плавающий график подготовки релизов"  +1 +/
Сообщение от Crazy Alex (ok), 05-Фев-16, 23:26 
Нет, просто лучше иметь прямо сейчас продукт с четвертью функционала, чем вечность ждать, когда будет готов идеал. Это с точки зрения клиента/пользователя, если что.

Вот скрам, если говорить о сути, а не о ритуалах - он как раз об этом. А "х%%к-х%%к и в продакшен" бывает, когда изматерившийся клиент заствляет-таки через пол-года выкатить ну хоть что-то. Потому что ему сейчас работать нужно, а не через год. И экономия времени в скраме, если что, достигается не обилием "х-ком",а  огранчиением фич и знанием, на какие фичи в случае чего можно со скрипом забить, получив при этом хоть как-то полезный результат.

Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

97. "Firefox переходит на плавающий график подготовки релизов"  +/
Сообщение от Аноним (-), 06-Фев-16, 13:19 
Самое веселое обсуждение скрама и прочего игила я читал на рсдн. Люди под год пилили деньги клиента. По результатам проект закрыли. Оказалось без вменяемой, продуманной архитектуры приложения и графика развития получилось нечто нафиг не нужное клиенту и требующее переписывания с нуля. А люди с гордостью рассказывали какой плюс в этом скрама. Без скрама они бы в два раза больше денег и времени клиента просадили с тем же результатом. Это они на полном серьезе так считают.
Ответить | Правка | Наверх | Cообщить модератору

41. "Firefox переходит на плавающий график подготовки релизов"  +/
Сообщение от Аноним (-), 05-Фев-16, 12:56 
Ага как забикс 3.0 в июне обещали выпустить до августа месяца. Уже февраль а ничего не происходит
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

47. "Firefox переходит на плавающий график подготовки релизов"  +2 +/
Сообщение от Andrey Mitrofanov (?), 05-Фев-16, 13:12 
> Ага как забикс 3.0 в июне обещали выпустить до августа месяца. Уже
> февраль а ничего не происходит

Они на днях из бет в RC перешли. Не то, чтоб совсем "ничего".

Ответить | Правка | Наверх | Cообщить модератору

61. "Firefox переходит на плавающий график подготовки релизов"  –1 +/
Сообщение от AnotherReality (ok), 05-Фев-16, 15:12 
Согласен, но у них было очень много работы, и они могли разбить на маленькие релизы, для меня киллерфичей было шифрование между сервером и агентом
Ответить | Правка | Наверх | Cообщить модератору

76. "Firefox переходит на плавающий график подготовки релизов"  +/
Сообщение от Аноним (-), 05-Фев-16, 18:17 
А графит или похожую вещь они запилить не хотят?
Ответить | Правка | Наверх | Cообщить модератору

85. "Firefox переходит на плавающий график подготовки релизов"  +/
Сообщение от Andrey Mitrofanov (?), 05-Фев-16, 21:57 
> А графит или похожую вещь они запилить не хотят?

И RRD с MRTG -- хотеть!!

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру