Профессиональная конференция для Go-разработчиков и их руководителей...
Когда важно не только писать быстрее, но и выстраивать инженерные решения системно
20 апреля в Москве состоится Golang Conf 2026. В этом году мероприятие пройдёт в новом формате конференции развития: меньше «лекций ради лекций» — больше практики, интерактива и профессионального общения.
Мы провели исследование и подготовили программу на основе реальных запросов инженеров:
✔️ Узнать подробнее о конференции можно на сайте
Когда важно не только писать быстрее, но и выстраивать инженерные решения системно
20 апреля в Москве состоится Golang Conf 2026. В этом году мероприятие пройдёт в новом формате конференции развития: меньше «лекций ради лекций» — больше практики, интерактива и профессионального общения.
400+ участников, топовые спикеры, актуальные знания, передовые форматы и, конечно, тусовка с коллегами, которые вас по-настоящему понимают
Мы провели исследование и подготовили программу на основе реальных запросов инженеров:
• ИИ-поток;
• Платформенная разработка;
• Архитектурный поток.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
MWS Cloud Platform и DevOpsConf запустили опрос о DevOps-практиках, чтобы выяснить, какие инструменты действительно используются, какие проблемы встречаются, куда движется индустрия.
О чём будем спрашивать?
В опросе будет несколько категорий:
DevOps, K8S, AI, Security, IDP, инцидент-менеджмент.
Что с результатами?
Мы соберем данные, проанализируем и расскажем о них 3 апреля на DevOpsConf и в сообществе MWS Cloud Platform.
Никаких закрытых отчетов — результаты сможет изучить любой желающий.
Бонус:
Все респонденты автоматически участвуют в розыгрыше двух билетов на любую конференцию Онтико: HighLoad++, TeamLead Conf, FrontendConf и другие.
А для тех, кто едет из регионов, — оплатим проживание на время конференции.
Оставляйте комментарии к разделам — авторы самых интересных получат подарки от команды MWS Cloud Platform
Время прохождения: около 7 минут.
Расскажите о своих практиках или отправьте этот пост знакомым DevOps-инженерам 🖐️
➡️ Переходите по ссылке
Реклама ООО "МВС" ИНН 7707767501 erid: 2W5zFGjTY3b
О чём будем спрашивать?
В опросе будет несколько категорий:
DevOps, K8S, AI, Security, IDP, инцидент-менеджмент.
Что с результатами?
Мы соберем данные, проанализируем и расскажем о них 3 апреля на DevOpsConf и в сообществе MWS Cloud Platform.
Никаких закрытых отчетов — результаты сможет изучить любой желающий.
Бонус:
Все респонденты автоматически участвуют в розыгрыше двух билетов на любую конференцию Онтико: HighLoad++, TeamLead Conf, FrontendConf и другие.
А для тех, кто едет из регионов, — оплатим проживание на время конференции.
Оставляйте комментарии к разделам — авторы самых интересных получат подарки от команды MWS Cloud Platform
Время прохождения: около 7 минут.
Расскажите о своих практиках или отправьте этот пост знакомым DevOps-инженерам 🖐️
➡️ Переходите по ссылке
Реклама ООО "МВС" ИНН 7707767501 erid: 2W5zFGjTY3b
❤2❤🔥1
Если ты создал тикет с багом, и в ответ назначили его же на тебя —
Если ты создал тикет с багом, а через час тебе пишут: «починил, проверь» —
#хроникиITбудней
это понедельник.Если ты создал тикет с багом, а через час тебе пишут: «починил, проверь» —
это пятница.#хроникиITбудней
😁2
Новый выпуск Podcast++ про карьерный даунгрейд как инструмент роста: когда шаг назад по роли или деньгам помогает выйти на более сильную траекторию.
🎤 Ведущий: Александр Чистилин, руководитель отдела автоматизации продаж Ви.Tech.
🖐 В гостях: Артем Пулявин, ex CTO Ситидрайв.
Обсудили: что считать даунгрейдом, как оценивать такие переходы не по титулу, а по будущему выигрышу, и в каких случаях шаг назад реально помогает расти быстрее.
Этот выпуск будет полезен тимлидам, engineering managers и всем, кто думает о смене карьерной траектории.
🎧 Слушайте подкаст:
ВКонтакте
Яндекс Музыка
mave
Делитесь выпуском с теми, кому он может быть полезен 🙌
🎤 Ведущий: Александр Чистилин, руководитель отдела автоматизации продаж Ви.Tech.
🖐 В гостях: Артем Пулявин, ex CTO Ситидрайв.
Обсудили: что считать даунгрейдом, как оценивать такие переходы не по титулу, а по будущему выигрышу, и в каких случаях шаг назад реально помогает расти быстрее.
Этот выпуск будет полезен тимлидам, engineering managers и всем, кто думает о смене карьерной траектории.
🎧 Слушайте подкаст:
ВКонтакте
Яндекс Музыка
mave
Делитесь выпуском с теми, кому он может быть полезен 🙌
👍9❤2🔥2
Наши черновики не для случайных кликов, а для предотвращения ошибочного «approve» вечером в пятницу 😎
😁4😢2🤝1
⚡Стартуем анонсы программы Saint HighLoad++ 2026.
Сначала напомним, что чем ближе конференция, тем дороже будут билеты. Следующее повышение цены — 1 мая. Успейте забронировать билет заранее по текущей стоимости.
Реверс-инжиниринг — важный аспект индустрии разработки. Сейчас проблема с реверс-инжинирингом стоит особенно остро. Производители защищают прошивки: они либо недоступны для скачивания из устройства, либо зашифрованы. Получить прошивку или ключ к ней — первый шаг в реверс-инжиниринге. Часто получить доступ к защищенной памяти устройства проще, чем может показаться. Если знаешь, что делаешь.
На Saint HighLoad++ 2026 вас ждет мастер-класс «Глитчим микроконтроллеры пока не сольем прошивку» от Даниила Соболя (ООО ЗООПТ). Спикер покажет простые техники, которые позволяют обойти защиту некоторых микроконтроллеров и получить доступ к защищенной памяти. Участники мастер-класса получат базу в глитчинге и смогут в дальнейшем сами развивать свои навыки.
Если вы интересуетесь реверс-инжинирингом, сохраняйте мастер-класс в свое расписание ✅
➡️ Пройдите на сайт, чтобы посмотреть другие принятые на данный момент доклады и забронировать билет до повышения цены.
Реверс-инжиниринг — важный аспект индустрии разработки. Сейчас проблема с реверс-инжинирингом стоит особенно остро. Производители защищают прошивки: они либо недоступны для скачивания из устройства, либо зашифрованы. Получить прошивку или ключ к ней — первый шаг в реверс-инжиниринге. Часто получить доступ к защищенной памяти устройства проще, чем может показаться. Если знаешь, что делаешь.
На Saint HighLoad++ 2026 вас ждет мастер-класс «Глитчим микроконтроллеры пока не сольем прошивку» от Даниила Соболя (ООО ЗООПТ). Спикер покажет простые техники, которые позволяют обойти защиту некоторых микроконтроллеров и получить доступ к защищенной памяти. Участники мастер-класса получат базу в глитчинге и смогут в дальнейшем сами развивать свои навыки.
Если вы интересуетесь реверс-инжинирингом, сохраняйте мастер-класс в свое расписание ✅
➡️ Пройдите на сайт, чтобы посмотреть другие принятые на данный момент доклады и забронировать билет до повышения цены.
👍3
🔥 Кеш, баги и ядра: 5 свежих материалов об архитектуре и перформансе.
🔴 Netflix: Interval-Aware Caching for Druid at Netflix Scale
🔴 Figma: Next-Generation Data Caching Platform
Читать статью
🔴 Монолит с отчётами на 30 секунд: как я переписал архитектуру
Читать статью
🔴 PostgreSQL Performance Halved by Linux 7.0 Kernel Changes
Читать обсуждение
🔴 Kubernetes v1.36 Sneak Peek: что нового
Продуктивного чтения и отличных выходных 🙌
Netflix разработал систему интервально-зависимого кэширования для Apache Druid, которая разбивает аналитические запросы на сегменты по временным интервалам и кэширует каждый отдельно. Неизменяемые исторические данные кэшируются агрессивно, а свежие данные всегда запрашиваются из источника. Это позволило сократить нагрузку на кластер Druid на 35% и значительно снизить P99 латентность запросов без потери актуальности данных.Читать статью
Figma перестроила платформу кэширования, перейдя от прямых запросов к PostgreSQL к многоуровневой системе с Redis и in-memory кэшами. Новая архитектура использует паттерн cache-aside с инвалидацией через CDC (Change Data Capture) из PostgreSQL WAL. Это снизило нагрузку на базу данных на 90% и обеспечило масштабирование для поддержки миллионов одновременных пользователей в реальном времени.
Читать статью
Практический кейс оптимизации Django/PostgreSQL монолита для розничной сети. Автор сократил время генерации отчётов с 30 секунд до приемлемых значений через устранение N+1 запросов, добавление индексов на основе EXPLAIN ANALYZE, рефакторинг бизнес-логики с разделением на слои по DDD и материализацию тяжёлых агрегаций. Статья содержит реальные примеры SQL-запросов до и после оптимизации
Читать статью
Удаление PREEMPT_NONE из ядра Linux 7.0 привело к двукратному падению производительности PostgreSQL на многоядерных серверах (тестировалось на 96-core CPU). PostgreSQL использует spinlock-модель для синхронизации, которая конфликтует с новым режимом PREEMPT_LAZY. Решение для PostgreSQL — переход на restartable sequences (rseq). Проблема известна с 2011 года; Linus Torvalds неоднократно предупреждал о недопустимости spinlock в user space. Частичная митигация — включение huge_pages=on
Читать обсуждение
Kubernetes v1.36 (релиз — конец апреля 2026) включает ряд значимых изменений: GA для быстрой SELinux-маркировки томов через mount -o context (ускорение старта подов на SELinux-системах), бета для внешней подписи ServiceAccount токенов через KMS/HSM, бета для DRA device taints and tolerations (гранулярное управление GPU), поддержка партиционируемых устройств в DRA для разделения GPU между workloads.Читать статью
Deprecation externalIPs в Service (CVE-2020-8554) и окончательное удаление gitRepo volume driver.
Продуктивного чтения и отличных выходных 🙌
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4
Представьте: банк не просто взыскивает просроченную задолженность, а превращает этот процесс в источник прибыли, сохраняя лояльность клиентов. Звучит как фантастика? На самом деле это реальность, достижимая через персонализацию коммуникаций и оптимизацию процессов.
В традиционном подходе взыскание часто воспринимается как неизбежная потеря или затратный процесс. Но что, если взглянуть на него под другим углом? Правильно выстроенная система Next Best Action позволяет не только минимизировать издержки, но и улучшить качество кредитного портфеля, снизить резервы и даже укрепить отношения с клиентами. Это не только про «вернуть деньги», но и про «сохранить клиента», предлагая ему оптимальные решения.
Ольга Кравченко, техдиректор Газпромбанк.Тех, поделилась опытом, как команда из 11 человек построила такую систему. От архитектуры платформы данных до ML-пайплайнов и витрин Hadoop — это глубокий кейс о том, как технологии меняют банковские процессы.
➡️ Узнайте в статье, как можно совместить скорость, эффективность и минимальные затраты, избегая при этом потери лояльности.
В традиционном подходе взыскание часто воспринимается как неизбежная потеря или затратный процесс. Но что, если взглянуть на него под другим углом? Правильно выстроенная система Next Best Action позволяет не только минимизировать издержки, но и улучшить качество кредитного портфеля, снизить резервы и даже укрепить отношения с клиентами. Это не только про «вернуть деньги», но и про «сохранить клиента», предлагая ему оптимальные решения.
Ольга Кравченко, техдиректор Газпромбанк.Тех, поделилась опытом, как команда из 11 человек построила такую систему. От архитектуры платформы данных до ML-пайплайнов и витрин Hadoop — это глубокий кейс о том, как технологии меняют банковские процессы.
➡️ Узнайте в статье, как можно совместить скорость, эффективность и минимальные затраты, избегая при этом потери лояльности.
😢5❤1😱1
Баги в проде — неизбежность, но кто за них отвечает? Часто списывается все на тестирование, но реальные причины гораздо глубже.
В Okko столкнулись с тем, что «взвешивание» багов помогло сократить их количество, но этого оказалось недостаточно. В компании поняли, что для системного улучшения нужно не просто фиксировать дефекты, а классифицировать их по категориям причин. Это позволяет не только выявить слабые места в процессах, но и целенаправленно на них влиять. Ведь одно дело — баг, который пропустил QA, и совсем другое — дефект из-за неполной документации или решения релизить с известной проблемой.
Понимание истинных корней проблем помогает командам корректировать поведение и повышать качество продукта.
➡️ Узнайте подробности о том, как категоризация багов помогла снизить их количество и улучшить процессы — в статье.
В Okko столкнулись с тем, что «взвешивание» багов помогло сократить их количество, но этого оказалось недостаточно. В компании поняли, что для системного улучшения нужно не просто фиксировать дефекты, а классифицировать их по категориям причин. Это позволяет не только выявить слабые места в процессах, но и целенаправленно на них влиять. Ведь одно дело — баг, который пропустил QA, и совсем другое — дефект из-за неполной документации или решения релизить с известной проблемой.
Понимание истинных корней проблем помогает командам корректировать поведение и повышать качество продукта.
➡️ Узнайте подробности о том, как категоризация багов помогла снизить их количество и улучшить процессы — в статье.
⚡Мы запускаем закрытый клуб для тех, кто внедряет ИИ. Не изучает, не обсуждает, а делает.
📍Первая встреча: 28 апреля, 19:00 (МСК), онлайн.
Большинство AI-инициатив гибнет на этапе «продать команде». Первую встречу посвящаем именно этой проблеме:
🟣 Почему AI-powered development не покупают и что с этим делать. Даниил Подольский, Yadro.
🟣 Spec Driven Development: как это работает на практике.
Максим Куляев, Game Hunters Inc.
🟣 С чего начать трансформацию, чтобы не застрять в пилоте. Татьяна Сеземина, ИТ-холдинг Т1
Формат камерный: доклады по 15–30 минут и живая дискуссия после каждого.
✅ Клуб закрытый, попасть на встречу можно через заявку на вступление по ссылке
📍Первая встреча: 28 апреля, 19:00 (МСК), онлайн.
Большинство AI-инициатив гибнет на этапе «продать команде». Первую встречу посвящаем именно этой проблеме:
Максим Куляев, Game Hunters Inc.
Формат камерный: доклады по 15–30 минут и живая дискуссия после каждого.
✅ Клуб закрытый, попасть на встречу можно через заявку на вступление по ссылке
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4🔥2🗿2
This media is not supported in your browser
VIEW IN TELEGRAM
Система масштабируется, а вместе с ней растет и груз ответственности за каждое архитектурное решение. Знакомо вам чувство, когда выбор между «быстро» и «правильно» давит, а цена ошибки измеряется не часами, а неделями переделок?
Высоконагруженные системы не прощают поверхностных подходов. Но и вариться в собственном контексте — путь к застою. Иногда для прорыва нужно выйти за пределы своей команды и увидеть, как аналогичные вызовы решают другие.
Традиционно на предстоящей Saint HighLoad++ соберутся инженеры, которые ежедневно сталкиваются с теми же задачами. Здесь поделятся реальным опытом — включая разбор неудач и неочевидных решений.
Используйте возможность получить обратную связь на свои гипотезы, увидеть типовые решения, которые работают в рабочей среде, и сократить путь к надежной архитектуре. Без абстракций — только практика и диалог с теми, кто понимает контекст.
Ваше участие — это инвестиция в экспертизу, которая окупается качеством следующих релизов ✅
Также напоминаем, что 1 мая повысится цена на билеты. Забронируйте участие заранее, чтобы зафиксировать текущую стоимость.
Встречаемся 22 и 23 июня в Санкт-Петербурге, присоединяйтесь 🖐️
➡️ Программа пока в стадии формирования, но часть уже готова — посмотреть можно сайте.
Высоконагруженные системы не прощают поверхностных подходов. Но и вариться в собственном контексте — путь к застою. Иногда для прорыва нужно выйти за пределы своей команды и увидеть, как аналогичные вызовы решают другие.
Традиционно на предстоящей Saint HighLoad++ соберутся инженеры, которые ежедневно сталкиваются с теми же задачами. Здесь поделятся реальным опытом — включая разбор неудач и неочевидных решений.
Используйте возможность получить обратную связь на свои гипотезы, увидеть типовые решения, которые работают в рабочей среде, и сократить путь к надежной архитектуре. Без абстракций — только практика и диалог с теми, кто понимает контекст.
Ваше участие — это инвестиция в экспертизу, которая окупается качеством следующих релизов ✅
Также напоминаем, что 1 мая повысится цена на билеты. Забронируйте участие заранее, чтобы зафиксировать текущую стоимость.
Встречаемся 22 и 23 июня в Санкт-Петербурге, присоединяйтесь 🖐️
➡️ Программа пока в стадии формирования, но часть уже готова — посмотреть можно сайте.
👍2
Пятничная подборка технических кейсов из мира highload, observability и инфраструктуры.
Коротко о главном в карточках.
Детали по ссылкам:
🔴 Netflix: Mount Mayhem — Scaling Containers on Modern CPUs.
Запуск 100+ контейнеров на узле приводил к 30-секундным задержкам health-check из-за проблем с VFS mounting в Linux ядре.
🔴 Cloudflare: 500 Tbps of Network Capacity.
В статье архитектурные решения, стоящие за этим масштабом.
🔴 Adobe: OpenTelemetry Pipeline — Simplicity at Scale.
Трёхуровневая архитектура коллекторов: sidecar + deployment + managed namespace. Главный фикс — изоляция метрик, логов и трейсов друг от друга, чтобы сбой в одном бэкенде не ломал остальные.
🔴 KubeCon EU 2026: AI, Observability и Fast Feedback Loops.
Новые SLI для LLM (time to first token, decode speed), сшивка frontend/backend трейсов через <meta />, риски AI-генерации телеметрии и проблема cardinality capping.
Продуктивного чтения и отличных выходных 🙌
Коротко о главном в карточках.
Детали по ссылкам:
Запуск 100+ контейнеров на узле приводил к 30-секундным задержкам health-check из-за проблем с VFS mounting в Linux ядре.
В статье архитектурные решения, стоящие за этим масштабом.
Трёхуровневая архитектура коллекторов: sidecar + deployment + managed namespace. Главный фикс — изоляция метрик, логов и трейсов друг от друга, чтобы сбой в одном бэкенде не ломал остальные.
Новые SLI для LLM (time to first token, decode speed), сшивка frontend/backend трейсов через <meta />, риски AI-генерации телеметрии и проблема cardinality capping.
Продуктивного чтения и отличных выходных 🙌
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3
Использовать инструменты, в которых у нас наибольшая экспертиза, — весьма эффективная стратегия. Но в какой момент наступит та самая грань, после чего инструмент все же стоит сменить?
На Saint HighLoad++ 2026 выступит Игорь Анохин (K2 Cloud) с докладом «MongoDB как единственное хранилище. Использование, проблемы, боль и последствия». Рекомендуем послушать инженерам, отвечающим за архитектуру, хранение данных и эксплуатацию высоконагруженных сервисов.
Из доклада слушатели:
🟣 Узнают, как MongoDB работает в реальной продакшн-среде: как хранилище, кеш, брокер сообщений, time-series и распределенная база данных.
🟣 Увидят, где она действительно справляется и позволяет упростить стек, а где на практике пришлось перейти на специализированные решения: Redis, Kafka, VictoriaMetrics.
🟣 Получат архитектурные компромиссы, эксплуатационные нюансы и выводы, которые помогут трезво выбирать инструменты.
➡️ Программа конференции в стадии формирования, принятую часть можно посмотреть на сайте.
✋ До повышения цены на билеты осталось 4 дня. Успейте забронировать участие по текущей стоимости до 1 мая.
На Saint HighLoad++ 2026 выступит Игорь Анохин (K2 Cloud) с докладом «MongoDB как единственное хранилище. Использование, проблемы, боль и последствия». Рекомендуем послушать инженерам, отвечающим за архитектуру, хранение данных и эксплуатацию высоконагруженных сервисов.
Из доклада слушатели:
➡️ Программа конференции в стадии формирования, принятую часть можно посмотреть на сайте.
✋ До повышения цены на билеты осталось 4 дня. Успейте забронировать участие по текущей стоимости до 1 мая.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤2✍2👍1
Можно ли развернуть ASR-модель на CPU без потери качества и производительности?
Этот вопрос часто встает перед разработчиками, когда GPU недоступны или нужно оптимизировать ресурсы. Кажется, что компромиссы неизбежны, но так ли это на самом деле?
➡️ В этой статье подробно разбирается, как MWS AI удалось продуктивизировать нейросетевые решения для распознавания речи на CPU, сохраняя при этом высокое качество и сопоставимую с GPU-кластерами точность.
Различные бэкенды, особенности настройки Triton Inference Server и подводные камни, с которыми столкнулись инженеры. Если вы работаете с ASR, оптимизацией инференса или просто ищете способы эффективного использования ресурсов, этот материал даст вам конкретные ответы и практические кейсы.
✅ Узнайте, как избежать ловушки усреднения метрик и добиться впечатляющих результатов.
Этот вопрос часто встает перед разработчиками, когда GPU недоступны или нужно оптимизировать ресурсы. Кажется, что компромиссы неизбежны, но так ли это на самом деле?
➡️ В этой статье подробно разбирается, как MWS AI удалось продуктивизировать нейросетевые решения для распознавания речи на CPU, сохраняя при этом высокое качество и сопоставимую с GPU-кластерами точность.
Различные бэкенды, особенности настройки Triton Inference Server и подводные камни, с которыми столкнулись инженеры. Если вы работаете с ASR, оптимизацией инференса или просто ищете способы эффективного использования ресурсов, этот материал даст вам конкретные ответы и практические кейсы.
✅ Узнайте, как избежать ловушки усреднения метрик и добиться впечатляющих результатов.
⚡Уже сегодня пройдет первая встреча закрытого клуба для тех, кто внедряет ИИ. Не изучает, не обсуждает, а делает.
📍28 апреля, 19:00 (мск), онлайн.
Сегодняшнюю встречу посвящаем распространенной проблеме провала AI-инициатив на этапе «продать команде»:
🔴 Почему AI-powered development не покупают и что с этим делать. Даниил Подольский, Yadro.
🔴 Spec Driven Development: как это работает на практике. Максим Куляев, Game Hunters Inc.
🔴 С чего начать трансформацию, чтобы не застрять в пилоте. Татьяна Сеземина, ИТ-холдинг Т1
Формат камерный: доклады по 15–30 минут и живая дискуссия после каждого.
✅ Клуб закрытый, попасть на встречу можно через заявку на вступление по ссылке
📍28 апреля, 19:00 (мск), онлайн.
Сегодняшнюю встречу посвящаем распространенной проблеме провала AI-инициатив на этапе «продать команде»:
Формат камерный: доклады по 15–30 минут и живая дискуссия после каждого.
✅ Клуб закрытый, попасть на встречу можно через заявку на вступление по ссылке
Please open Telegram to view this post
VIEW IN TELEGRAM
Вы когда-нибудь задумывались, почему многопоточный код иногда выдает неожиданные результаты?
Причина часто кроется в тонкостях модели памяти языка. В Go это особенно актуально. Без понимания Go Memory Model можно наткнуться на «пустую строку» вместо ожидаемого значения. Понимание happens before позволяет формально доказать корректность программы.
Хотите писать многопоточный код без скрытых багов? Эта статья👇 — ваш проводник в мир синхронизации в Go.
Статья в двух частях:
В первой вы разберетесь с отношением happens before, формализмом, посмотрите практические примеры.
Во второй речь пойдет про линеаризуемость, барьеры памяти, гонки и использование различных нетривиальных техник.
Углубите свои знания в одной из самых сложных тем Go 🙌
Причина часто кроется в тонкостях модели памяти языка. В Go это особенно актуально. Без понимания Go Memory Model можно наткнуться на «пустую строку» вместо ожидаемого значения. Понимание happens before позволяет формально доказать корректность программы.
Хотите писать многопоточный код без скрытых багов? Эта статья
Статья в двух частях:
В первой вы разберетесь с отношением happens before, формализмом, посмотрите практические примеры.
Во второй речь пойдет про линеаризуемость, барьеры памяти, гонки и использование различных нетривиальных техник.
Углубите свои знания в одной из самых сложных тем Go 🙌
Please open Telegram to view this post
VIEW IN TELEGRAM
Онтико традиционно выступает информационным партнёром исследования облачно-ориентированных технологий в России.
Команда АОТ проводит одно из первых детальных исследований того, как российские компании применяют Cloud Native-технологии и ИИ в разработке и DevOps.
Новое исследование — расширенная версия State of DevOps Russia, в котором вы могли принимать участие ранее. В опросе — вопросы про инструменты и практики Cloud Native, использование ИИ на разных этапах разработки и подходы к безопасности при работе с нейросетями.
Если вы связаны с DevOps и разработкой — пройдите опрос и расскажите, как используете облачные технологии в связке с ИИ.
На основе ответов будет подготовлен подробный отчёт, в котором поделимся ключевыми трендами этого года и выводами экспертов.
Команда АОТ проводит одно из первых детальных исследований того, как российские компании применяют Cloud Native-технологии и ИИ в разработке и DevOps.
Новое исследование — расширенная версия State of DevOps Russia, в котором вы могли принимать участие ранее. В опросе — вопросы про инструменты и практики Cloud Native, использование ИИ на разных этапах разработки и подходы к безопасности при работе с нейросетями.
Если вы связаны с DevOps и разработкой — пройдите опрос и расскажите, как используете облачные технологии в связке с ИИ.
На основе ответов будет подготовлен подробный отчёт, в котором поделимся ключевыми трендами этого года и выводами экспертов.