Это был не ансибл

Ну и не плейбуки на самом деле, да

Тогда это были не плейбуки

Боюсь даже представить что будет если я буду все прогонять

Больших монстров из готовых наработок я повыкидывал. Потратил больше времени, чем мог бы, не будь тут этих монстров вовсе. Потому что эти монстры представляли из себя очень спорные технические решения, были непрозрачны в плане поддержки и требовали куда больше времени на постоянные хотфиксы/расследования, чем "выкинуть и сделать нормально". Мой опыт каждый раз показывал, что абсолютно любое "быстрое, временное, ради сроков" решение в конечном итоге оттянет на себя просто пропасть времени. И в конечном итоге все равно будет потрачено время на то, чтобы сделать нормально. Так почему бы не пропускать часть с поеданием кактусов?

У меня не горит сейчас жопа и я не испытываю давление при моих подходах. Просто за счет того, что экономлю многие часы на разговорах с разработкой каждую неделю. У меня имеется опыт программирования на nodejs, jquery, использовал несколько фронтовых фреймворков, писал много автоматизации на питоне, делал веб-приложения на django и, прости господи, php. Все это позволяет мне не задавать лишние вопросы разработке. Я и сам прекрасно вижу что там может сломаться и о чем мне пытается сказать java своим километровым трейсбеком.

Ты сейчас, видимо, в проекте, где команда и технологии сильно не меняются ?
А если придёт новый проект, совсем другой, там докер сворм, и к утру нужно его отмасштабировать на несколько нод и настроить мониторинг?
И бизнесу это принесет полугодовую выручку, как бывает на распродажах под новый год или на блек фрайдей

Я скажу, что в менеджменте явно не все в порядке, если они задачи такого рода скидывают за сутки. Я стараюсь избегать организаций, где пропагандируется roasted cock driven management

Понятно, что за сутки до часа Х - переделывать не надо. Но если там - дичь и она приводит к непредсказуемым эффектам - эта дичь совершенно точно должна быть переделана. После того как, буквально на руках у команды, вывезет критические нагрузки. Второй раз такая хренота точно повторяться не должна

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

К нам как-то приехал клиент за двое суток до блек фрайдей
Мы немножко прос**ли работу на блек фрайдей, поэтому клиент не остался с нами
Но если бы остался - он бы приносил х10 от денег за ту работу каждый год
То есть за сутки можно было получить хорошего клиента

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

Собственно у меня есть один подобный проект, который геморрой не однолетней давности - сначала сделали все тяп-ляп (и инфраструктурно и в коде), а потом теряются человекогоды и десятки тысяч долларов ежегодно.

Причем он уже в стадии как едущий паровоз - нужно пилить и пилить фичи потому что они нужны бизнесу, нельзя приостановить развитие и переделать - приходится менять все на ходу

А ты на хорошем концентрируйся, не на плохом))

У чата математиков такая же защита, только там нужно набор чисел тыкнуть за 10 секунд вроде

@inqfen  ну вот в моих критериях едущий паравоз это про дальнейшую поддержку, ее нужно считать

так и перегореть можно

а эти советы кому то помогают?)

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

😁😁