Сегодня 3 сентября, день прощания. Кто готов попрощаться с АйТи и обратить внимание на рабочие профессии?
😁12🌚4😢1🦄1
Раздел влияния DevOps-инженеров.
Вопрос: разделяют ли компании инженеров по узким специализациям — мониторинг, облачные провайдеры, сети, базы данных и так далее?
Ответ напрямую зависит от масштаба и уровня зрелости компании.
В крупных корпорациях принято четкое разделение обязанностей. Один специалист отвечает за мониторинг, другой — за облачную инфраструктуру, третий — за базы данных, четвертый — за деплой приложений разработчиков. Это позволяет глубже погружаться в каждую технологию.
Некоторых командах часто практикуется гибридный подход: вся команда владеет общим стеком технологий, но при этом за каждое направление отвечает один или несколько выделенных экспертов.
В небольших компаниях востребован full-stack DevOps-инженер. Однако здесь есть риск: специалист вынужден знать всё понемногу, но часто не успевает глубоко погрузиться ни в одну из областей («скользит по верхам»).
Нужно ли составлять отдельное резюме под каждую роль?
Нет. В резюме вы перечисляете все технологии, которыми владеете. Однако важно понимать контекст: иногда компании ищут человека на позицию «инженер по мониторингу», но в реальности ему придется подменять Cloud-инженера и разворачивать приложения в Kubernetes. Если вы не укажете эти навыки в резюме — вы просто не попадете в шорт-лист такой вакансии. Поэтому резюме должно быть универсальным, но с акцентом на ваш основной стек.
Вопрос: разделяют ли компании инженеров по узким специализациям — мониторинг, облачные провайдеры, сети, базы данных и так далее?
Ответ напрямую зависит от масштаба и уровня зрелости компании.
В крупных корпорациях принято четкое разделение обязанностей. Один специалист отвечает за мониторинг, другой — за облачную инфраструктуру, третий — за базы данных, четвертый — за деплой приложений разработчиков. Это позволяет глубже погружаться в каждую технологию.
Некоторых командах часто практикуется гибридный подход: вся команда владеет общим стеком технологий, но при этом за каждое направление отвечает один или несколько выделенных экспертов.
В небольших компаниях востребован full-stack DevOps-инженер. Однако здесь есть риск: специалист вынужден знать всё понемногу, но часто не успевает глубоко погрузиться ни в одну из областей («скользит по верхам»).
Нужно ли составлять отдельное резюме под каждую роль?
Нет. В резюме вы перечисляете все технологии, которыми владеете. Однако важно понимать контекст: иногда компании ищут человека на позицию «инженер по мониторингу», но в реальности ему придется подменять Cloud-инженера и разворачивать приложения в Kubernetes. Если вы не укажете эти навыки в резюме — вы просто не попадете в шорт-лист такой вакансии. Поэтому резюме должно быть универсальным, но с акцентом на ваш основной стек.
❤7👍6
Доброе субботнее. Предлагаю почитать свежие статьи на просторах хабра 🚀
✅ Свой git без gitlab‑комбайна: настраиваем gitea, подключаем ci и проверяем полное восстановление - как настроить собственный Git-сервис на VPS с помощью Gitea, подключить CI (Actions), организовать резервное копирование и восстановление системы.
✅ 23 урока для тех, кто отвечает за инфраструктуру: Linux, базы данных, CI/CD и безопасность - бесплатные уроки сентября для инженеров инфраструктуры, DevOps и специалистов смежных направлений.
✅ Вы удалили ключ следующим коммитом. Из репозитория он никуда не делся - как API-ключи и другие секреты случайно попадают в Git-репозитории, почему их сложно удалить и как правильно действовать, чтобы избежать утечки конфиденциальной информации.
✅ Где разворачивать приложения: пять платформ — пять подходов - в статье сравнивают пять платформ для развёртывания приложений (Heroku, Vercel, Fly.io, Railway, Porter)
✅ Сколько зарабатывает DevOps-инженер в 2026 году - всеми излюбленная тема. В статье о зарплатах DevOps-инженеров в России в 2026 году, их распределении по грейдам, навыках.
Подписывайся на канал в Макс
✅ Свой git без gitlab‑комбайна: настраиваем gitea, подключаем ci и проверяем полное восстановление - как настроить собственный Git-сервис на VPS с помощью Gitea, подключить CI (Actions), организовать резервное копирование и восстановление системы.
✅ 23 урока для тех, кто отвечает за инфраструктуру: Linux, базы данных, CI/CD и безопасность - бесплатные уроки сентября для инженеров инфраструктуры, DevOps и специалистов смежных направлений.
✅ Вы удалили ключ следующим коммитом. Из репозитория он никуда не делся - как API-ключи и другие секреты случайно попадают в Git-репозитории, почему их сложно удалить и как правильно действовать, чтобы избежать утечки конфиденциальной информации.
✅ Где разворачивать приложения: пять платформ — пять подходов - в статье сравнивают пять платформ для развёртывания приложений (Heroku, Vercel, Fly.io, Railway, Porter)
✅ Сколько зарабатывает DevOps-инженер в 2026 году - всеми излюбленная тема. В статье о зарплатах DevOps-инженеров в России в 2026 году, их распределении по грейдам, навыках.
Подписывайся на канал в Макс
👍7
Сегодня отправляюсь на конференцию IT Elements. Кто будет, подходите пообщается.
А кого на работе не отпускают можете мне прислать интересные для вас доклады https://it-elements.ru/#program я их освещу.
Плюс если есть вопросы которые вы бы хотели задать людям из индустрии тоже пишите.
В прошлом году заинтересовал доклад о найме. В это году будет доклад HR-прожарка. Формат открытого микрофона. Уже один из подписчиков накидал вопросы. Буду задавать. Если у вас есть вопросы вы знаете что делать.
Напомнить, что оперативней я пишу сюда
https://vk.ru/worlditech
https://max.ru/channel_worlditech
Кто отвергает российские соцсети не переживайте, в телеграм посты перекачуют.♥️
А кого на работе не отпускают можете мне прислать интересные для вас доклады https://it-elements.ru/#program я их освещу.
Плюс если есть вопросы которые вы бы хотели задать людям из индустрии тоже пишите.
В прошлом году заинтересовал доклад о найме. В это году будет доклад HR-прожарка. Формат открытого микрофона. Уже один из подписчиков накидал вопросы. Буду задавать. Если у вас есть вопросы вы знаете что делать.
Напомнить, что оперативней я пишу сюда
https://vk.ru/worlditech
https://max.ru/channel_worlditech
Кто отвергает российские соцсети не переживайте, в телеграм посты перекачуют.
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍5❤2
🚨 Ну что, дождались?
Вы просили - мы сделали. Возвращаем IT-викторины 😎
Сегодня проверим, как вы будете действовать в ситуации, которую никто не хочет увидеть:
03:00. Прод лежит. Что будешь делать? 💀
Так что отвечайте, проверяйте свои знания и заодно узнавайте что-то новое.
Ну что, погнали? 🔥
Вы просили - мы сделали. Возвращаем IT-викторины 😎
Сегодня проверим, как вы будете действовать в ситуации, которую никто не хочет увидеть:
03:00. Прод лежит. Что будешь делать? 💀
Так что отвечайте, проверяйте свои знания и заодно узнавайте что-то новое.
Ну что, погнали? 🔥
🔥5❤1
#Викторина — 03:00. Прод лежит
Вопрос 1 03:00. Приходит алерт: 5xx резко выросли, пользователи жалуются на ошибки. Что делаешь первым?
Вопрос 1 03:00. Приходит алерт: 5xx резко выросли, пользователи жалуются на ошибки. Что делаешь первым?
Anonymous Poll
13%
Перезапускаешь приложение
78%
Идёшь смотреть последние изменения и метрики
2%
Чистишь Docker-кэш
8%
Пишешь разработчику: «У тебя опять всё сломалось»
😁11👏2
🤖 ИИ в наблюдаемости: от подсказок к действиям. Где выгода, а где — зона риска?
Репортаж с IT Elements
На днях в дискуссии сошлись лидеры рынка: Волотов (Cloud.ru), Маслов (АльфаСтрахование), Орлов (GMONIT) и Малыхин (Ликард). Модератором выступил Алексей Акопян («Инфосистемы Джет»).
Главный вопрос: стал ли ИИ в мониторинге реальным инструментом или это всё еще дорогая игрушка? Делимся главными тезисами встречи.
📊 Три уровня зрелости ИИ в проде
Все спикеры сошлись во мнении, что ИИ в наблюдаемости сегодня делится на три этапа:
Анализ статистики и аномалий (самый массовый сценарий).
Помощь в подготовке постмортумов и разборе инцидентов.
Полная автоматизация действий (без участия человека).
Важный нюанс: участники панели честно признались, что используют только первые два сценария. Третий пока — из разряда фантастики.
🔥 Какую боль закрывает ИИ?
Эксперты выделили три ключевые проблемы, которые нейросети помогают решить прямо сейчас:
Скорость реакции. ИИ сокращает время на поиск причин инцидента.
Экономия ресурсов. Помогает не плодить лишние алерты и не жечь CPU на бесполезной аггрегации.
Агрегация данных. Сводит воедино информацию из десятков разнородных систем.
⚠️ Где ИИ — это перебор?
Спикеры единодушны: не всё стоит отдавать нейросетям.
Простые задачи. Тратить сотни токенов на написание тривиального bash-скрипта или формулировку простого запроса — нерационально.
Слишком широкий охват. ИИ пытаются натянуть на задачи, где достаточно старого доброго rule-based алгоритма.
🚧 Главные сложности внедрения
Здесь развернулась самая жаркая дискуссия. Основные барьеры:
Железо. Дефицит и высокая стоимость GPU (особенно актуально для локального развертывания).
Законодательство и безопасность.Службы безопасности блокируют облачные API из-за рисков утечки ПДн.
Инфраструктура. Нужно перестраивать пайплайны сбора данных.
Финансовое обоснование. Сложно доказать бизнесу, что ИИ окупится.
💰 Как считать финансовую выгоду?
Главный совет от практиков: считайте не стоимость токенов против зарплаты инженера.
Считайте MTTR (Mean Time To Recovery). Если ваша система стоит час простоя — 1 млн рублей, а ИИ сокращает время восстановления с 30 до 10 минут, то экономия очевидна. Инженерное время — не главная метрика. Главное — сохраненная выручка.
🧠 А кто виноват, если ИИ накосячил?
«Ответственность всегда на инженере. ИИ — лишь инструмент подсказки, а не субъект принятия решений».
Вспомнили даже старые учебники по экспертным системам: там 30 лет назад учили тому же — машина помогает анализировать, но решение принимает человек.
🤔 Добавлюложку дегтя от себя:
❌ Коммерческие продукты часто обманывают ожидания. Они не «знают» вашу легаси-архитектуру и выдают общие советы. Настоящая ценность появится только тогда, когда вы сможете дообучать модель на своих данных (RAG) внутри контура предприятия.
❌ Постмортумы от ИИ — это риск. ИИ может найти корреляцию и выдать ее за причину. Вы закроете инцидент с красивым отчетом, но баг останется в системе.
✅ Полная автоматизация (3-й уровень) в ближайшие 3–5 лет — это опасно. У ИИ нет «чувства бизнес-контекста». Перезагрузка БД ради скорости может стоить компании критической транзакции.
📌 Итог
ИИ в наблюдаемости — это ускоритель контекста, а не замена инженера. Он быстрее читает логи, находит аномалии и подсказывает гипотезы. Но финальное нажатие на «Enter» всегда остается за человеком.
А какой сценарий используете вы? Дошли до автоматизации или пока только аналитика? Делитесь в комментариях! 👇
Репортаж с IT Elements
На днях в дискуссии сошлись лидеры рынка: Волотов (Cloud.ru), Маслов (АльфаСтрахование), Орлов (GMONIT) и Малыхин (Ликард). Модератором выступил Алексей Акопян («Инфосистемы Джет»).
Главный вопрос: стал ли ИИ в мониторинге реальным инструментом или это всё еще дорогая игрушка? Делимся главными тезисами встречи.
📊 Три уровня зрелости ИИ в проде
Все спикеры сошлись во мнении, что ИИ в наблюдаемости сегодня делится на три этапа:
Анализ статистики и аномалий (самый массовый сценарий).
Помощь в подготовке постмортумов и разборе инцидентов.
Полная автоматизация действий (без участия человека).
Важный нюанс: участники панели честно признались, что используют только первые два сценария. Третий пока — из разряда фантастики.
🔥 Какую боль закрывает ИИ?
Эксперты выделили три ключевые проблемы, которые нейросети помогают решить прямо сейчас:
Скорость реакции. ИИ сокращает время на поиск причин инцидента.
Экономия ресурсов. Помогает не плодить лишние алерты и не жечь CPU на бесполезной аггрегации.
Агрегация данных. Сводит воедино информацию из десятков разнородных систем.
⚠️ Где ИИ — это перебор?
Спикеры единодушны: не всё стоит отдавать нейросетям.
Простые задачи. Тратить сотни токенов на написание тривиального bash-скрипта или формулировку простого запроса — нерационально.
Слишком широкий охват. ИИ пытаются натянуть на задачи, где достаточно старого доброго rule-based алгоритма.
🚧 Главные сложности внедрения
Здесь развернулась самая жаркая дискуссия. Основные барьеры:
Железо. Дефицит и высокая стоимость GPU (особенно актуально для локального развертывания).
Законодательство и безопасность.Службы безопасности блокируют облачные API из-за рисков утечки ПДн.
Инфраструктура. Нужно перестраивать пайплайны сбора данных.
Финансовое обоснование. Сложно доказать бизнесу, что ИИ окупится.
💰 Как считать финансовую выгоду?
Главный совет от практиков: считайте не стоимость токенов против зарплаты инженера.
Считайте MTTR (Mean Time To Recovery). Если ваша система стоит час простоя — 1 млн рублей, а ИИ сокращает время восстановления с 30 до 10 минут, то экономия очевидна. Инженерное время — не главная метрика. Главное — сохраненная выручка.
🧠 А кто виноват, если ИИ накосячил?
«Ответственность всегда на инженере. ИИ — лишь инструмент подсказки, а не субъект принятия решений».
Вспомнили даже старые учебники по экспертным системам: там 30 лет назад учили тому же — машина помогает анализировать, но решение принимает человек.
🤔 Добавлюложку дегтя от себя:
❌ Коммерческие продукты часто обманывают ожидания. Они не «знают» вашу легаси-архитектуру и выдают общие советы. Настоящая ценность появится только тогда, когда вы сможете дообучать модель на своих данных (RAG) внутри контура предприятия.
❌ Постмортумы от ИИ — это риск. ИИ может найти корреляцию и выдать ее за причину. Вы закроете инцидент с красивым отчетом, но баг останется в системе.
✅ Полная автоматизация (3-й уровень) в ближайшие 3–5 лет — это опасно. У ИИ нет «чувства бизнес-контекста». Перезагрузка БД ради скорости может стоить компании критической транзакции.
📌 Итог
ИИ в наблюдаемости — это ускоритель контекста, а не замена инженера. Он быстрее читает логи, находит аномалии и подсказывает гипотезы. Но финальное нажатие на «Enter» всегда остается за человеком.
А какой сценарий используете вы? Дошли до автоматизации или пока только аналитика? Делитесь в комментариях! 👇
👍5❤2
📡 Репортаж с полей: Блеск и нищета российского HCI
Продолжаю погружаться в мир инфраструктурных решений на площадке «Инфраструктура».
Спикер — Дмитрий Горохов (директор направления виртуализации «Инфосистемы Джет»)
Главный вопрос для меня: Есть ли полноценный аналог VMware?
Ответ честный: нет.
Несмотря на то, что в реестре Минцифры числится более 90 решений, реальных активных игроков — всего около 10.
Рынок перенасыщен именами, но качество эталонного продукта пока не догнать.
Ключевые тренды (смотрим в стену):
🔹 Контейнеризация: доля k8s растет лавинообразно, практически везде.
🔹 DR и Metro: реализовать высокую доступность при грамотном подходе можно, но это требует рук правильных инженеров.
Гиперконвергенция (программно-определяемая инфраструктура на x86) пережила бум в 2016–2018 годах. Тогда игроков было много, но глобально к 2019-му остались лишь VMware и Nutanix.
В России ситуация повторяется. Я надеюсь со временем появится эталонный продукт.
Спикер рассмотрел плюсы и особенности 3 систем: АльтВиртуализация, КиберИнфраструктура и связка zVirt + USTOR. Слайды приложил.
Самое интересное — LIVE-демо! Спикер и его команда на площадке развернули настоящую инфраструктуру. Показали весь цикл: через GitLab создавали виртуалки, затем вручную «рвали» сеть и выдергивали кабели.
Честно признаюсь: я внутренне готовился к тому, что на стенде что-то пойдет не по плану (все мы знаем, как работает «демо-режим»). Но система восстановилась штатно. Это было зрелищно.
Вердикт: Российский HCI жив, но рынок в стадии «естественного отбора». Пока мы ищем того самого «убийцу VMware», практика показывает: грамотная архитектура и настройка могут дать фору даже матерым западным решениям.
А что используете вы? Пишите в комментарии.
Продолжаю погружаться в мир инфраструктурных решений на площадке «Инфраструктура».
Спикер — Дмитрий Горохов (директор направления виртуализации «Инфосистемы Джет»)
Главный вопрос для меня: Есть ли полноценный аналог VMware?
Ответ честный: нет.
Несмотря на то, что в реестре Минцифры числится более 90 решений, реальных активных игроков — всего около 10.
Рынок перенасыщен именами, но качество эталонного продукта пока не догнать.
Ключевые тренды (смотрим в стену):
🔹 Контейнеризация: доля k8s растет лавинообразно, практически везде.
🔹 DR и Metro: реализовать высокую доступность при грамотном подходе можно, но это требует рук правильных инженеров.
Гиперконвергенция (программно-определяемая инфраструктура на x86) пережила бум в 2016–2018 годах. Тогда игроков было много, но глобально к 2019-му остались лишь VMware и Nutanix.
В России ситуация повторяется. Я надеюсь со временем появится эталонный продукт.
Спикер рассмотрел плюсы и особенности 3 систем: АльтВиртуализация, КиберИнфраструктура и связка zVirt + USTOR. Слайды приложил.
Самое интересное — LIVE-демо! Спикер и его команда на площадке развернули настоящую инфраструктуру. Показали весь цикл: через GitLab создавали виртуалки, затем вручную «рвали» сеть и выдергивали кабели.
Честно признаюсь: я внутренне готовился к тому, что на стенде что-то пойдет не по плану (все мы знаем, как работает «демо-режим»). Но система восстановилась штатно. Это было зрелищно.
Вердикт: Российский HCI жив, но рынок в стадии «естественного отбора». Пока мы ищем того самого «убийцу VMware», практика показывает: грамотная архитектура и настройка могут дать фору даже матерым западным решениям.
А что используете вы? Пишите в комментарии.
❤7
Импортозамещение в КИИ: опыт «Северстали» — боль, софт и стабильность
Продолжаем следить за повесткой IT Elements. Тема импортозамещения обрастает реальными кейсами, и сегодня в фокусе — доклад Бориса Юсуфова (ПАО «Северсталь»).
Тема звучит сухо: «Безопасный удаленный доступ к технологическому оборудованию в КИИ», но за ней скрывается очень честный рассказ о том, как промышленный гигант переводил критическую инфраструктуру на отечественный стек.
Это не просто презентация вендора, а взгляд с полей. Давайте разберем, что именно строили, на чем и с какими проблемами столкнулись.
Задачи: не просто «купить российское»
Цели проекта звучат стандартно для любого объекта КИИ:
Выполнить требования законодательства.
Предоставить импортозамещенные сервисы на базе российского ПО.
Снизить риски от ухода иностранных производителей.
Однако объем работ впечатляет. Речь шла не об одном продукте, а о целой экосистеме:
Виртуализация.
Контроллеры доменов.
Файловый сервис и доступ к дистрибутивам.
Автоматизация администрирования.
Терминальный доступ и миграция АРМов.
Антивирусная защита.
Стек: кто вошел в «сборную»:
ОС: Astra Linux и РЕД ОС.
Обновление и инвентаризация: Калибри.
Контроллер доменов: ALD Pro.
Виртуализация: РОСА Виртуализация.
Терминальный доступ: Termidesk.
Автоматизация администрирования: Astra Automation.
Файловый обменник: Nextcloud.
Важное ограничение:
всё строго из реестра российского ПО,
лицензии бессрочные,
работа в закрытом контуре без доступа в интернет.
Боли внедрения: честный список
Самая ценная часть доклада — это не список успехов, а перечень проблем, с которыми столкнулись инженеры. Импортозамещение в сложных промышленных средах — это не «нажал кнопку и заработало». Спикер выделил ключевые боли:
Кадровый голод: Низкий уровень знаний инженеров по российскому ПО. Специалистов, умеющих работать с тем же ALD Pro или Termidesk, пока мало.
Компетенции контрагентов: Мало опыта внедрения в сложных промышленных средах. Интеграторы часто не понимают специфику производства.
Документация: «Не всегда поднимается по документации». Мало документации, а та, что есть, не всегда соответствует реальности.
Техподдержка: Низкая скорость решения сложных проблем. Когда что-то падает в закрытом контуре, ждать ответа приходится долго.
Интеграция: Отсутствие опыта интеграции с разными системами даже у разработчиков.
Финансы: Риски удорожания проекта в процессе реализации.
Итог: работает, но какой ценой?
Несмотря на перечисленный «внедренческий ад», есть и позитивный результат. Борис Юсуфов отметил: если все настроить — работает стабильно. За полгода — ни одного крупного инцидента.
Вывод: Кейс «Северстали» показывает, что российского ПО внедряется и стабильно работает. Оно уже готово к промышленной эксплуатации. Сложности во внедрении и кадрах.
Кто упростит внедрение и разовьет экосистему, тот и останется на рынке.
А вы сталкивались с подобными проблемами при переходе на российский стек? Делитесь в комментари
Продолжаем следить за повесткой IT Elements. Тема импортозамещения обрастает реальными кейсами, и сегодня в фокусе — доклад Бориса Юсуфова (ПАО «Северсталь»).
Тема звучит сухо: «Безопасный удаленный доступ к технологическому оборудованию в КИИ», но за ней скрывается очень честный рассказ о том, как промышленный гигант переводил критическую инфраструктуру на отечественный стек.
Это не просто презентация вендора, а взгляд с полей. Давайте разберем, что именно строили, на чем и с какими проблемами столкнулись.
Задачи: не просто «купить российское»
Цели проекта звучат стандартно для любого объекта КИИ:
Выполнить требования законодательства.
Предоставить импортозамещенные сервисы на базе российского ПО.
Снизить риски от ухода иностранных производителей.
Однако объем работ впечатляет. Речь шла не об одном продукте, а о целой экосистеме:
Виртуализация.
Контроллеры доменов.
Файловый сервис и доступ к дистрибутивам.
Автоматизация администрирования.
Терминальный доступ и миграция АРМов.
Антивирусная защита.
Стек: кто вошел в «сборную»:
ОС: Astra Linux и РЕД ОС.
Обновление и инвентаризация: Калибри.
Контроллер доменов: ALD Pro.
Виртуализация: РОСА Виртуализация.
Терминальный доступ: Termidesk.
Автоматизация администрирования: Astra Automation.
Файловый обменник: Nextcloud.
Важное ограничение:
всё строго из реестра российского ПО,
лицензии бессрочные,
работа в закрытом контуре без доступа в интернет.
Боли внедрения: честный список
Самая ценная часть доклада — это не список успехов, а перечень проблем, с которыми столкнулись инженеры. Импортозамещение в сложных промышленных средах — это не «нажал кнопку и заработало». Спикер выделил ключевые боли:
Кадровый голод: Низкий уровень знаний инженеров по российскому ПО. Специалистов, умеющих работать с тем же ALD Pro или Termidesk, пока мало.
Компетенции контрагентов: Мало опыта внедрения в сложных промышленных средах. Интеграторы часто не понимают специфику производства.
Документация: «Не всегда поднимается по документации». Мало документации, а та, что есть, не всегда соответствует реальности.
Техподдержка: Низкая скорость решения сложных проблем. Когда что-то падает в закрытом контуре, ждать ответа приходится долго.
Интеграция: Отсутствие опыта интеграции с разными системами даже у разработчиков.
Финансы: Риски удорожания проекта в процессе реализации.
Итог: работает, но какой ценой?
Несмотря на перечисленный «внедренческий ад», есть и позитивный результат. Борис Юсуфов отметил: если все настроить — работает стабильно. За полгода — ни одного крупного инцидента.
Вывод: Кейс «Северстали» показывает, что российского ПО внедряется и стабильно работает. Оно уже готово к промышленной эксплуатации. Сложности во внедрении и кадрах.
Кто упростит внедрение и разовьет экосистему, тот и останется на рынке.
А вы сталкивались с подобными проблемами при переходе на российский стек? Делитесь в комментари
🔥5👏4🤩2🤣2🤔1