Телеграмм чат группы ctorecordschat страница 5088

parrot.ru

Рейтинг популярных групп и каналов

В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Обсуждения техдирские

1234 membersпожаловаться на группу

2020 December 27

R

Ruslan in Обсуждения техдирские

А какая разница, когда допускать риск? И с чего бы это риск падает, почему основной риск от выкладки.
Как правильно говорит @IgorShekalev, скорее уж оно упадет не от выкладки, а от иных причин )

Чтобы на праздниках не заставлять людей работать.

источник

13:45пожаловаться #1

R

Ruslan in Обсуждения техдирские

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

источник

13:45пожаловаться #2

IS

Igor Shekalev in Обсуждения техдирские

А между вариант1 и вариант2 есть много промежуточных вариантов, когда код скорее ломается от "что-то в нем", чем от "внешних причин"
(ошибка при переключении на standby - это внутренняя причина )

Все промежуточные варианты - это вариант 1 "код ломается от чего-то в нем".

источник

13:45пожаловаться #3

PD

Phil Delgyado in Обсуждения техдирские

Что такое "риски в зависимости от выкладки"?
Для бизнеса прод или сломался или нет.

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

источник

13:45пожаловаться #4

АЛ

Андрей Лесных... in Обсуждения техдирские

Интерес клиента - больше фич хороших и разных как можно быстрее и чтоб не падало.

источник

13:45пожаловаться #5

PD

Phil Delgyado in Обсуждения техдирские

Чтобы на праздниках не заставлять людей работать.

Все равно нужно рассчитывать на то, что в праздниках что-то сломается.

источник

13:46пожаловаться #6

IS

Igor Shekalev in Обсуждения техдирские

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

Кажется в книге chaos engineering был прекрасный case - система сломалась от того, что ее не обновляли несколько недель как раз из-за моратория на изменения в коде.
(вроде там утечка ресурса была).

источник

13:48пожаловаться #7

PD

Phil Delgyado in Обсуждения техдирские

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

источник

13:48пожаловаться #8

IS

Igor Shekalev in Обсуждения техдирские

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

Тут бы еще термин "поломалось" определить.
В выкладке добавлена новая бизнес-функция и она (и только она) ведет себя не так как ожидалось бизнесом. Я это поломкой в контексте дискуссии не считаю, пока это не затронуло старого функционала.

источник

13:52пожаловаться #9

PD

Phil Delgyado in Обсуждения техдирские

Тут бы еще термин "поломалось" определить.
В выкладке добавлена новая бизнес-функция и она (и только она) ведет себя не так как ожидалось бизнесом. Я это поломкой в контексте дискуссии не считаю, пока это не затронуло старого функционала.

Ну, смотря как, если это критическая функция, то считается...

источник

14:02пожаловаться #10

IS

Igor Shekalev in Обсуждения техдирские

Ну, смотря как, если это критическая функция, то считается...

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

источник

15:08пожаловаться #11

PD

Phil Delgyado in Обсуждения техдирские

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

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

источник

15:17пожаловаться #12

IS

Igor Shekalev in Обсуждения техдирские

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

Мониторинг? Да взбешенные сотрудники компании выбьют дверь IT отдела минуты через 3 при таком косяке, я такое проходил.

источник

21:43пожаловаться #13

АЛ

Андрей Лесных... in Обсуждения техдирские

Вилы, вилы заранее надо припасать...

источник

21:45пожаловаться #14

ЮВ

Юра В 🦄 in Обсуждения техдирские

и кадило

источник

21:47пожаловаться #15

IG

Ivan Gorbachev in Обсуждения техдирские

Да троллят вас. Потому что во многих серьезных местах за релиз в ночь с 31 на 1 без серьёзных причин выпрут сразу же после праздников. Конечно, если у вас 1,5 запроса у день, то всем пофиг, когда вы катите, никто не заметит.

источник

21:55пожаловаться #16

IG

Ivan Gorbachev in Обсуждения техдирские

Но я согласен с тем, что вероятность безболезненной выкатки в любое время (хоть ночью, хоть в час пик) должна стремиться к 100%. Если это не так, надо убирать блокеры на пути к этому

источник

21:56пожаловаться #17

ЮВ

Юра В 🦄 in Обсуждения техдирские

хорошо, когда релиз можно за день (за ночь) раскатить

источник

22:16пожаловаться #18

AS

Andrey Shetukhin in Обсуждения техдирские

Да троллят вас. Потому что во многих серьезных местах за релиз в ночь с 31 на 1 без серьёзных причин выпрут сразу же после праздников. Конечно, если у вас 1,5 запроса у день, то всем пофиг, когда вы катите, никто не заметит.

Во многих серьёзных местах всё зависит не от пятницы или 31-го января, а от профиля нагрузки и команды, которая занимается проектом.
Я лично знаю проект, у которого абсолютный доковидный пик нагрузки - 10 утра субботы (предлагаю коллегам догадаться, почему так).

источник

22:51пожаловаться #19

AS

Andrey Shetukhin in Обсуждения техдирские

хорошо, когда релиз можно за день (за ночь) раскатить

Если нельзя раскатать за менее чем одну рабочую смену, релиз должен выходить через a/b тестирование аудитории. Если, конечно, вы - не из жопоголовой команды прогеров Утконоса. Им можно и 5 дней лежать при переносе.

источник

22:52пожаловаться #20