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

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


Но вы упорно пытаетесь тут найти где-то несоответствие, лишь бы не отвечать на вопрос 🙂

Так это "минорная" бага, а "мажорные" вы рьяно отвергаете 😄

Ладно, чувствую я что мы друг друга тут не поймем, и надо просто расходиться

Удачи вам в ваших начинаниях и в продолжении уже начатого 😉

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

Автоматика внутри какого-нибудь Brocade 6520? И чем там помогут программисты?

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

КАКОЙ БАГИ? Если оно работает — то будет работать и дальше. Если архитектор не рукожоп, а тестирование было проведено не макаками, то НИКАКИХ проблем из-за одной баги на проде не  будет.

Программисты вообще к проду отношения не имеют, они, в нормально построенном процессе, не могут ничего править на проде, им до прода — как раком до Китая.

Потому, что сначала надо тестирование провести, потом a/b выкатку сделать, а затем только вылиться на прод.

Поэтому если остановить разработку на неделю, да хоть на месяц, то в течение этого срока проблему не заметит вообще никто. Исходя из этой логики (цитирую: Ответ на этот вопрос по идее и должен показать «профильность»), ответ только один — разработка непрофильная практически везде.

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

Именно так.

Просто этот пример показывает, что критерий "останови — проверь" — не работает. А значит, выводы о профильности того или иного отдела надо строить по иным принципам. Например — по возможности потери компетенций.

Нет компетенций поддерживать корпоративную почту, и при этом не страшно, что в Яндексе её будут читать — значит отдаём на аутсорс и не паримся.
Нет компетенций поддерживать свой поиск, и при этом вы внезапно Яндекс — вы вылетаете из бизнеса со своим продуктом.

grep ... | xargs ... sed -i {}
terragrunt apply

Но в принципе mutli-DC ещё никто не отменял

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

а вот техподдержка - профильное, админство -профильное, весь RUN  - профильный.

Думаю пока высиживают законы, и вскоре они появятся. Планы по созданию крипторубля и каждому именной кошелек через который можно отследить что ты купил и за какие деньги.

А для DoDo pizza?

Цифровой рубль не про это

нет конечно

Ну вот я не знаю. Они ж себя позиционируют как ИТ

смотря как их юнит-экономика выглядит. вернее, _что_ они считают юнитом

что бы они не считали - нет там "разработка как драйвер", разработка  - следствие продукта, не причина

ну почему же? если у них в юните себест обслуживания новой пиццерии в их ИТ - то вполне. но то, что не драйвер, это убедительный аргумент, да

тиражирование - не есть разработка

а про что? его концепции нет