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

С точки зрения инженера нет никакой принципиальной разницы в наличии или отсутствии препрода. Так как препрод по определению – неотличимая от прода часть инфраструктуры, и значит, что для автоматизации процессов разница лишь в цвете кнопки CI/CD  и надписи на ней, куда выкатывать.

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

А разве нет?). Вы же, надеюсь, не отлаживаете код ни на пре-, ни на проде?))

Я не спорю, я прояснять пытаюсь для себя

У меня был ровно 1 проект с препродом, и за инфраструктуру и архитектуру отвечал не я

но код не отлаживали там, нет

спасибо, стало понятнее

+

Andrey Shetukhin (0) увеличил репутацию Vitaly (11)

Андрей, скажите пожалуйста, а в работе на госучреждения в организации процессов приходится ГОСТ использовать?

скажем, 3.1129-93 и проч?

или такое только в производстве аппаратуры и другого железа надо бывает?

Обеспечьте 10 процентов, и капитал согласен на всякое применение, при 20 процентах он становится оживлённым, при 50 процентах положительно готов сломать себе голову, при 100 процентах он попирает все человеческие законы, при 300 процентах нет такого преступления, на которое он не рискнул бы, хотя бы под страхом виселицы.

При 50% и выше бизнес скажет: фигачь все сразу в  подакшен!

Не каждый релиз даёт +50% к деньгам. Если бы было так, то, конечно, фигачили бы

так ведь бизнес должен понимать и цену рисков. А уже о рисках каждого подхода инженер должен рассказать

Обязательно нужно

Бизнесу, в среднем, это яйцеголовое ой-ти не интересно. Ой-ти это инструмент. Ничем от молотка-станка-метлы особо неотличимое. Если для зарабатывания денег нужно ой-ти, окей, давайте купим самый дешевый пучек. Вас интересует мнение молотка? До тех пор, пока от формы ручки ничего не зависит бизнес ничего не будет делать с целью это улучшить.
Когда начинают заботиться о процессах организации работы? Когда остальные дешевые способы повышения эффективности исчерпаны. Когда внедряют оптимизирующие методики? Когда других способов подняться еще на 2-3-7 процентов уже не видят.
Кстати, в том числе по этому "лояльный" полезнее "умного".

🌟 Andy has reached level 10!

Хороший ИТ бизнес, которому не интересны процессы ))

Еще есть продуктовые компании. Oracle, Microsoft, Salesforce, SAP  и прочая мелочь.
Хотя google, amazon или apple без IT тоже будут выглядеть фиговенько.