Егор404

Когда-то DevOps казался чем-то вроде идеального компромисса в IT-индустрии. Разработчики перестали кидать код через стену администраторам, процессы ускорились, релизы стали чаще и стабильнее, а автоматизация начала восприниматься как стандарт, а не как роскошь. Мне тогда это всё казалось финальной точкой эволюции. Ну вот он, баланс: есть разработка, есть эксплуатация, и между ними DevOps, который всё связывает. Но в 2026 году всё чаще возникает ощущение, что этот этап тихо заканчивается. Не драматично, не резко просто DevOps перестаёт быть отдельной профессией и постепенно растворяется в более крупных структурах...

Я помню время, когда покупка нового смартфона реально ощущалась как шаг вперёд. Ты берёшь устройство, и у тебя чувство, что технологии наконец догнали фантазию: быстрее, ярче, удобнее. А сейчас всё чаще ловишь себя на мысли, новый телефон вроде дороже, мощнее на бумаге, а ощущается… хуже старого. И самое странное это уже стало нормой. Современные смартфоны развиваются не скачками, а мелкими косметическими шагами. Производители каждый год показывают новую модель, но если снять маркетинг, останется примерно то же самое: И вот ты держишь новый смартфон и не понимаешь: а где тот самый вау эффект? Раньше разница между поколениями чувствовалась сразу...

Когда графики резко уходят вверх, а логи заполняются пятисотками. Ожидание исправления кода и пересборки пайплайна в такой ситуации - это непозволительная роскошь. Безопасный откат релиза за две минуты строится на архитектурных решениях, заложенных ещё до деплоя. Первый элемент - изоляция трафика через Blue-Green или Canary-развертывание. Старая стабильная версия приложения должна оставаться запущенной параллельно с новой. При обнаружении бага мы не меняем код, а просто перенаправляем 100% запросов в балансировщике (Nginx, AWS ALB или Istio) обратно на стабильные поды. Это занимает десять секунд и мгновенно уводит пользователей из-под удара...

Когда разработчики предлагают переписать продакшен на очередной хайповый фреймворк из трендов, у меня дёргается глаз. Тащить сырую технологию в бизнес продукт равно тому, что строить фундамент дома из лего, просто потому что кубики яркие. В реальном проекте важен не кайф первых трёх дней разработки, а то, как команда будет дебажить это чудо в три часа ночи. У модных инструментов нет нормального комьюнити, поймав специфический баг, ты найдёшь в гугл полторы ссылки и один висящий issue, где автор обещал когда нибудь разобраться. Вместо фич для бизнеса команда становится бесплатными бета-тестерами чужого опенсорса...

Все эти бесконечные настройки Notion или Obsidian это просто легальный способ прокрастинировать. Я перепробовал кучу систем и понял одну вещь, что база знаний должна помогать работать, а не требовать отдельного рабочего дня на своё обслуживание. Если ты тратишь больше 5 минут в день на сортировку заметок по папкам и расстановку тегов, значит, твоя система барахло. В Notion легко закопаться в оформлении и базах данных, превратив всё в тяжеловесного монстра, который тормозит и бесит. В Obsidian новички обычно упарываются по графам и связям, хотя в реальности тебе просто нужно быстро найти конфиг или описание хитрого бага, который ты фиксил полгода назад...

Знаете, есть такая стадия в жизни каждого разработчика, когда ты заходишь в проект, смотришь на кодовую базу и чувствуешь себя великим архитектором среди руин. Ты видишь эти нагромождения условий, странные именования и архитектурные костыли, которые держатся на честном слове и синей изоленте. В этот момент внутри просыпается благородный порыв всё переписать, внедрить чистую архитектуру, обложить всё тестами и сделать как надо. Мы называем это юношеским максимализмом, даже если юноше уже за тридцать. Но со временем, когда за плечами остаются десятки запущенных и, что важнее, десятки умерших проектов,...