«* / it-юмор :: geek (Прикольные гаджеты. Научный, инженерный и айтишный юмор)

А тимлид предусмотрительно съебался

Слева на право: долбоёб, нормис и гений

Ну да, но тот что левый все равно к тем же выводам что и адекватный пришёл

Назовем это early access

Слова не мальчика, но мужа

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

То есть выгоднее заложить заранее известный баг в прод, при бурлении говн пофиксить его и выглядеть при этом героем 80 лвла на белом коне?

К тому же есть канареечный деплой.

С тестовыми серверами в моей предыдущей конторе начальство решало таким способом: у почти всех айтишников (не только разрабов, но и тестеров, дезигнеров и даже суппорт не избежал участи) в коллективе на машине поставили виртуалбокс или гипер-в (у кого что), там крутилась тестовая ось, на которой дженкинсом запускались тесты. Предполагалось что виртуалка в фоне будет не сильно тормозить людям машину, а мы получим несколько десятков тестовых ранеров не вкладывась в железо. Не то чтобы руководство зажимало деньги на железо, но просто кое у кого в жопе играло оптимизаторство и рационализаторство. А настраивать и поддерживать это всё пришлось мне. В итоге выяснилось что одновременный запуск на десятке машин разом npm install умудряется сожрать все иопсы на диске (хотя вне виртуалки норм) и положить нахер гигабитную локальную сеть. Нагрузочное тестирование просто пошло нахер в полном составе тестов т.к. таймауты и прочие тайминги на каждый запуск отличались раза в два а то и в три. Также народ вообще не следил за тем крутятся ли у него тесты сейчас или нет, и бывало просто закрывал крышку ноута (или просто выключал комп и для домой), ноут засыпал, виртуалка тоже, а у дженкинса отваливался тест по таймаутам, и кое кому (не буду показывать на себя кому) начинали сыпаться красные письма с ошибками, мол беги разбирайся. Короче было не скучно

> нет ничего страшного в тестировании на проде если просчитываешь риски

Знаменитые слова создателей ПО Boeing 737 MAX

ахахахахахахаха люди
Хррктфу, блядь.

Depends. Я видел достаточно много проектов где команда разработки решала когда будет выкатываться релиз. Конечно решения были не формата "в этом квартале пересидим, а вот в следующем как релизнемся", но вполне могли сказать заказчику "Барри, на следующей неделе релиза не будет, потому что...". Много зависит от "потому что". Я и сам уже 2 года в позиции тим лида и частенько меня слушают, если я привожу адекватные аргументы. Коммуникации-с, сэр.