но это явно прописано

и проблем не возникает

просто смотрят перед мержем Jenkins

и если все ок, то мержат

никому это не нравится

но это временно

т.к. уже идет миграция на гитлаб

то все спокойно терпят

а фиксить баги потом на проде им не дорого?

чтоб тесты не падали не получается вручную

до чего же знакомая история... и частая...

причем совершенно независящая от размера бизнеса, что странно

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

буквально на прошлой неделе был разговор
- мы хотим нанять еще тестировщиков
- чтобы что?
- чтобы находили больше багов!
- а зачем вы постоянно ищете баги?
- чтобы мы находили их быстрее, чем пользователи нашего сервиса!
- а почему у вас пользователи вообще видят баги на проде?
- у нас нет тестовых стендов, мы всё выкатываем сразу в продакшн
- и?
- и всё падает несколько раз в день...

Посмотрел, предложил тестировать до выкатки в прод - посмотрели, как на идиота, ведь тогда показатель time to market упадет!
Плюнул, закончил разговор

крупная контора
лидер в своем сегменте немалого рынка

в целом это имеет смысл

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

знач им виднее)

при определенных условиях, которые у них не соблюдаются

у нас хоть тестируем перед выкаткой хотя бы фичи новые и фиксы