Ну и как результат - хуевый девопс/сисадмин/ватевер.

Вот согласен очень

со всей силы

Это знаете, как проверить себя на профпригодность деплоем в пятницу :)

у нас есть только мораторий на конец года, в остальном различий по дням не вижу

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

да ну ладно

вот прикиньте, у вас проект, от которого зависят клиенты

у вас клевый CI/CD, но вы выкатили новый код в пятницу и все тесты у вас прошли.

интрига

Ну сломалось если то сделайте ролбэк. А если ролбэка нет то вы точно хуевый. :)

а в субботу ночью, у нибудь-нибудь кастомера поломалась важная хреновня. Она сломалась именно в его кейсе

да сделайте роллбек в субботу ночью

разбудите того, кто откатывает и откатите

или еще круче у вас новый код начал методично херить данные в бд

и заметили вы это не сразу

потому что никто не работает в выходные и клиентов нет

ну я таких случаев могу еще пяток придумать

я не отрицаю CD практики, просто всякое бывает в реальной жизни и проекты разные у всех

Ну у нас, на самом деле, правило, не публиковать после 5, но тут и это не поможет, судя по всему. Знать хуево проверили/затестили

ну хорошо, затестили плохо, окей

Опять таки, зависит от масштаба поражения. Если очень хуево, то роллбэк бай зэ баттон) Если не очень, а мы в провадере, то можно и в пн поправить)

да вы просто эти аварии в деньги переводите

в материальный ущерб

и дальше понятно будет, как к ним относиться

Самый огонь это когда роллбек окончательно все доламывает

ну и ещё можно считать % успешных деплоев и поощрять тех, у кого процент по итогам за год высокий

это если у вас там за каждый релиз отвечает свой релиз менеджер и они меняются

CD получит премию явно.

Слава роботам!

😄

у нас процент премии зависит от безаварийности) так что, эм, думаем)

ну или роботы разберутся сами

ну, а что, роботу на премию мозгов докупить))

чтобы быстрее тестировал

да там сеть учится на наших фэйлах просто

чем больше фэйлим, то умнее роботы!)

ну я таких случаев могу еще пяток придумать

Все эти случаи реально edge case. И вероятность что это произойдет с тобой, именно в эту пятницу а не следующую реально мала

Можешь даже почитать) книжку по теорверу дать?)

тут важна цена ошибки

чем больше фэйлим, то умнее роботы!)

нейросети, машинное обучение - что-то такое? или попроще всё

Цена одинакова. И не зависит от дня.

ну, всё равно , наверное, есть кто-то, кто отвечает за слияние feature-ветки в develop?

Либо это будет extra time на оплату в выходные либо простой в будние

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

А вообще обычно российский бизнес не платит за выходные. Так что это даже выгодно для него.

в России всё построено на "договоримся"

многие вещи индивидуальны

можно даже и на оплату в долларах по среднему курсу ЦБ РФ за прошлый полный месяц договориться

(тогда можно не завидовать фрилансерам, работающим на западные компании)

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

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

и выходные - это отличный способ с минимальными потерями запустить новый релиз

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

А как же zero downtime?

ну просто если что-то сломается вдруг и оно сломается в пн - больше клиентов будут недовольны

чем если вы сломаете это в субботу и вс

совсем не ломать - да, это идеальный вариант

но при прочих равных для такого проекта ломать в выходные будет дешевле

даже с учётом переплаты за час работы специалистов (удвоенная ставка)

это всё можно перевести в деньги и посчитать

риск-менеджмент

Но а как же дублирование трафика с прода на стейджинг при крупном релизе... (картинка с челом и алкоголем)

"Управление рисками, риск-менеджмент (англ. risk management) — процесс принятия и выполнения управленческих решений, направленных на снижение вероятности возникновения неблагоприятного результата и минимизацию возможных потерь."

так что тут это к менеджерам больше вопрос, чем к программистам/админам

"Управление рисками, риск-менеджмент (англ. risk management) — процесс принятия и выполнения управленческих решений, направленных на снижение вероятности возникновения неблагоприятного результата и минимизацию возможных потерь."

Вот поэтому для большинства стартапов работает правило - хуяк хуяк и в продакшен. Ой бля отвалилось ну ок рольбек

😊

Где то читал что мы уже живем в мире бета софта.

И так и есть.

Если присмотреться любой сайт кривой косой

ну вот даже Apple релизила обновления, после которых айфоны/айпэды становились кирпичами))

уж если они не могут нормально протестировать всё...

Не совсем понял почему на них надо ориентироваться

это все потому что они в пятницу не деплоятся

у них упор на качество

а так бы все хорошо было бы

Лол

придумали вторники, понимаешь

ну и у них весьма ограниченный список устройств, где нужно тестировать этот релиз

и у них большие финансовые возможности - могут позволить себе что угодно

могут вообще все компании, связанные с деплоем, купить