Погода в этом году, как старый прод — нестабильная. То багфикс, то регресс. Но мы всё равно надеемся, что вам удалось соблюсти священную традицию «майских»: шашлык, мангал и слияние с бесконечно вечным под шум листвы 🇷🇺🌳☀️

Мы тут недавно выясняли, кто в команде какой маринад предпочитает (спойлер: DevOps ничего не маринует — у него всё по пайплайну).

Разложили по ролям — вот кто как выбирает вкус. Всерьёз не воспринимайте, чистый фан! ☺️ Ставьте 🇷🇺 к посту, если совпало.

⏺️Тимлид — выбирает классический маринад с перцем и луком. Всё чётко, проверено годами. Если сгорит — виноват ты 😭

⏺️Бэкендер — берёт кефир и специи, маринует на ночь и никому не рассказывает рецепт. Главное, чтобы всё работало.

⏺️Фронтендер — кидает всё в гранатовый маринад с красным луком и мёдом. Чтобы блестело, пахло вкусно и 😍-эффект был.

⏺️Дизайнер — пробует азиатский соевый с кунжутом, а потом ещё фоткает это под углом 45° для Telegram (ну или Behance).

⏺️Тестировщик — берёт острейший маринад, чтобы выявить все твои слабые места. Даже шампур проверит.

⏺️DevOps — вообще не маринует. Всё автоматизировано: бросил в пайплайн — через 2 часа готово.

⏺️Аналитик — изучил 5 PDF-файлов и таблицу маринадов. Выбрал самый сбалансированный, но всё равно сомневается.

⏺️Скрам-мастер — режет мясо порционно, маринует по таймеру, переворачивает каждые 2 дня. И делает ретроспективу.

⏺️Продакт оунер — не определился. Уже 3 раза поменял маринад по фидбеку соседей. Теперь доволен. Вроде.

Берегите себя, отдыхайте с толком — а если не получилось выбраться на шашлыки, пусть хотя бы багов будет меньше, чем углей. Хороших выходных! 🤗

Сегодня мы с благодарностью и гордостью отмечаем 9 Мая — День Победы🎗

День памяти о тех, кто отдал свою жизнь за мирное небо, день уважения к подвигу фронтовиков и тружеников тыла, день, который объединяет поколения.

Прошло уже 80 лет с того момента, как над страной прозвучало слово «Победа»,
и мы — потомки героев — бережно храним эту память.

Мы помним. Мы гордимся.
Спасибо за Победу!🎖️

💡 Документация — это тоже код.

Если вы еще ведете ее где-то в Confluence, на стене, в голове или в стикерах — у нас для вас идея получше :)

Мы собрали гайд по подходу doc as code: что это такое, как внедрить и для чего он нужен.

📋 Читайте лонгрид по ссылке

🧑‍💻  As Code как ДНК современной инженерной культуры

Не так давно на внутреннем митапе по стандарту разработки прозвучал провокационный вопрос, который заставил задуматься многих, особенно Максима Морева, куратора инженерного производства в нашем банке:

А что за потребность всё делать %-as-code? Какая от этого польза? Зачем число коммитящих в код?

«Потому что иначе мы останемся в прошлом, где ручные процессы замедляют каждый наш шаг», — ответил Макс.

Концепция As Code — естественное продолжение эволюции разработки, где всё — от инфраструктуры до документации — становится кодом. Такой подход превращает хаос в управляемую систему.

Каждый коммит — это шаг в будущее, а код — нить в живой ткани реальности.

Основные подходы As Code:

⭕️ Infrastructure as Code (IaC)

Что это: описание инфраструктуры (серверов, сетей, БД) в виде кода (с помощью Terraform, Ansible, CloudFormation).

Зачем: чтобы инфраструктура была воспроизводимой, предсказуемой и управляемой.

Пример: вместо ручного создания серверов в облаке — код, который разворачивает их одной командой.

⭕️ Documentation as Code (Doc as Code) см. пост выше

Что это: написание документации в формате Markdown/AsciiDoc и хранение в Git.

Зачем: чтобы документация не устаревала и была частью процесса разработки.

Пример: документация API лежит в репозитории рядом с кодом и обновляется вместе с ним.

⭕️ Architecture as Code (AaC)

Что это: описание архитектуры системы в виде кода (например, с помощью DSL — Domain Specific Language).

Зачем: чтобы архитектура была понятной, проверяемой и легко изменяемой.

Пример: использование инструментов вроде Structurizr или PlantUML для описания диаграмм и зависимостей.

⭕️ Policy as Code (PaC)

Что это: описание правил и политик (безопасности или доступа) в виде кода.

Зачем: чтобы автоматизировать проверку и обеспечить соответствие требованиям.

Пример: использование Open Policy Agent (OPA) для описания политик безопасности.

➡️ Еще больше о концепции в статье Максима

🕺 22 апреля мы провели конференцию для инженеров и разработчиков GPB CONF — такое ощущение, будто это было вчера! 🤯

Вспоминаем details, как прошло мероприятие 💅

Красиво у нас не только на конфе, но и в бэкенде — узнайте, как метрики и мониторинг делают вашу работу заметной 👨‍💻

Если вы сегодня на PHDays Fest, ждём вас на стенде МГТУ им. Н. Э. Баумана на наших лекциях 💗 Стартуем в 16:00!

Ближайшие пару дней мы на PHDays Fest 🐱

Приглашаем на стенд МГТУ им. Н.Э. Баумана, где можно оценить свои силы в поиске уязвимостей на сайте, проверить знания в кибервикторине и классно понетворкаться за настолками 🥳

Расписание лекций на сегодня:
⏺ 12:00 «Постквантовая криптография. Защита данных финансовой отрасли от кибератак настоящего и ближайшего будущего» — Антон Гугля, генеральный директор QApp

⏺ 13:00 «Практики безопасной разработки» — Артемий Юрьев, начальник отдела департамента развития технологий защиты информации

⏺ 15:00 «Безопасность данных для ИИ» — Александр Соболев, главный аналитик департамента развития технологий защиты информации

⏺ 17:00 «Безопасность ИИ, OWASP AI SEC TOP 10» — Александр Крибель, исполнительный директор департамента развития технологий защиты информации

Ждем в Лужниках! Стенд МГТУ им. Н.Э. Баумана 🐱