Потому что не хочется смерти бизнеса?

а как ты посчитал, что это смерть бизнеса?

а эти 80 багов - они четко экстраполируются по метрике?

те давай суммируем
ты построил метрику, проанализировал ее за последние 2 месяца, на метрике четкий рост bug тикетов
ты проанализировал bug тикеты, составил сводку причин багов
потом, посчитал затраты команды на покрытие кода тестами на ХХ процентов
прикинул по старым багам - что бы мы избежали, если бы были тесты
составил план - сколько тратим на тесты, что бы это показало снижение багов, но при этом минимально замедлило ту фиче скорость, которая в данный момент
пришел с этими графиками и планом к продукту, он посмотрел и сказал "да мне пофиг"?
так все было?

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

а если и послал - ты зашел бы к тех диру и объяснил все то же самое (ибо с него спрашивают снижение скорости разработки)

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

>> (ибо с него спрашивают снижение скорости разработки)
ахаха

Уф. Как хорошо что мой продукт без тестов разрабатывать практически нереально) А то дискуссии все эти. Тесты так то разные бывают. Их уметь писать надо. Чтобы приносили пользу при минимальных усилиях.

это тоже, да... всегда есть риск, что приходящий разработчик со словами "давайте писать тесты будет хорошо" напишет такое, что вместо 15% test, 85% feature через пол года станет 90% test ибо хрупкие

А ты обосновывал метрики перед CTO своего продукта?

Делал презентацию с экстраполяцией графиков за последние 2 месяца?

я думал, он обосновывал очень активно

ложится в кровать, закрывает глаза и начинает сессию обоснования =)

Ага)

А так, метрики очень легко обосновать. Когда чтобы проверить фичу надо каждый раз запускать шторм и повторять действия. С тестами банально быстрее разработка, чем без них.

Добрый день, подскажите пожалуйста на счёт решения вопроса.
Проблема.
При разработке решил все изображения делать в формате webp .(Посмотрел на caniuse и процент поддержки формата — хороший(~94), сверил с текущей целевой аудиторией проекта(~97)).
Согласовал с заказчиком.
Сейчас на каких-то айфонах в сафари не отображает картинки. Решение вопроса вижу в создании jpg копий и в настройках nginx и отдавать jpg если поддерживается то webp.
Вопрос такой насколько верно было решение использовать webp как основной стандарт? И какие варианты решения ещё могут быть...

ну видимо не очень верное раз приходится jpg городить =)
насчет решения - возможно стоит посмотреть варианты кодирования "на лету", если объем таких устройств не большой

кодирование на лету. сейчас и реализую.
Тут скорее я спрашиваю мнение о использовании webp как основного стандарта исходя из мнения "бывалых"(хотя поддержка webp у эпла прилетела только в конце прошлого года=)))

бывалые боятся всего нового как огня =)