Технологические изменения всё чаще выходят за пределы отдельных индустрий. Искусственный интеллект уже затрагивает разработку ПО, законодательство и цифровую приватность. Космическая отрасль вступает в новую фазу конкуренции за многоразовые ракеты. Tesla меняет производственные приоритеты в пользу гуманоидных роботов. А проблемы с топливом постепенно превращаются из экономической новости в повседневную реальность.

В восьмом выпуске подкаста «Сухой остаток» Юрий Гуржий, CMO Evrone, рассматривает эти события вместе и обращает внимание на их взаимосвязь.

🛰️ 1. Космическая гонка получает новое ускорение

Китай испытал технологию возврата тяжёлой ракеты Long March 10B с помощью специальной сети. Система отличается от вертикальной посадки Falcon 9, но её цель остаётся похожей — сохранить дорогостоящие элементы ракеты для дальнейшего использования.

SpaceX продолжает развивать Falcon 9 и Starship, однако Китай уже становится заметным государственным конкурентом. Японское агентство JAXA также проводит испытания технологий мягкой посадки.

В результате многоразовые ракеты постепенно превращаются в важное направление развития всей отрасли.

🤖 2. Искусственный интеллект выходит за рамки кода

AI-агенты начинают использоваться при создании и переработке крупных программных продуктов. Однако эксперимент с миграцией проекта на Rust, стоимость которого составила $165 000, показывает ограничения современной автоматизации.

ИИ действительно способен ускорить отдельные этапы разработки, но сам по себе он пока не обеспечивает гарантированного сокращения затрат.

Одновременно искусственный интеллект начинает влиять на государственное регулирование:

• нейросеть обнаружила законодательную ошибку в Эстонии;
• Канада пересматривает правила приватности;
• в России обсуждается регулирование сферы искусственного интеллекта.

🔐 3. Приватный ИИ становится практическим инструментом

Компании, которые работают с чувствительной информацией, рассматривают развёртывание собственных LLM внутри корпоративной инфраструктуры. Такой подход позволяет сохранить контроль над документами, перепиской и внутренними данными.

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

🌙 4. Технологические темы выпуска выходят далеко за пределы AI

В восьмом выпуске также рассматриваются:

1. особенности анализа абстрактных концепций Claude;
2. риски приватности при использовании AI;
3. строительство лунных баз из местного реголита;
4. применение 3D-печати в регенеративной медицине;
5. сокращение спроса на IT-специалистов;
6. производство гуманоидных роботов Optimus;
7. криптовалюты в международных банковских расчётах;
8. попытки бизнеса снизить зависимость от маркетплейсов;
9. использование ИИ для выявления рыночных манипуляций;
10. развитие электромобилей и роботакси.

⛽ 5. Топливный кризис становится видимым для автомобилистов

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

Эта ситуация показывает важную закономерность: экономические проблемы и сбои в цепочках поставок в конечном итоге влияют не только на компании и рынки. Они меняют повседневные решения обычных людей.

⚡ Итог

Восьмой выпуск «Сухого остатка» показывает сразу несколько направлений перемен. ИИ перестраивает разработку и регулирование, космическая конкуренция меняет подход к запускам, а экономические ограничения отражаются на транспорте и потребительском поведении.

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

8‑й выпуск подкаста «Сухой остаток»! Смотрите прямо сейчас на YouTube.

Новый выпуск подкаста «Большие цифры» посвящён истории Искандара Бахтизина — российского разработчика и предпринимателя, который прошёл путь от первых заказов в Уфе до работы в Amazon.

Искандар заработал более $300 000 на фрилансе, создал агентство разработки с оборотом $1,2 млн и командой из 10 человек, а затем переехал в США, где получил опыт работы в одной из крупнейших технологических компаний мира. Позже Искандар вернулся в Москву и продолжил развивать собственные проекты.

Подкаст «Большие цифры», который выходит при участии Evrone, рассматривает такие истории не как набор красивых достижений, а как реальный профессиональный путь с трудными решениями, ошибками и неожиданными поворотами.

🧩 Что обсудили в новом выпуске?

1. 💬 Случайный комментарий, который изменил карьеру.
Один комментарий под видео помог Искандару найти первого клиента и стал отправной точкой его профессионального пути.

2. 🇺🇸 Переезд в США.
Первые шесть месяцев в Лос-Анджелесе оказались непростыми. Искандар рассказал о переезде без чёткого плана и о том, с какими трудностями он столкнулся.

3. 📈 Бизнес с оборотом $1,2 млн.
Собственное агентство выросло до серьёзных масштабов, но предпринимательский опыт оказался непростым. Искандар объяснил, почему такой бизнес он считает «очень неблагодарным».

4. 🏢 Опыт работы в Amazon.
Гость рассказал о внутренней культуре компании, идеальном Scrum и высокой нагрузке, из-за которой Amazon стал для него настоящей «соковыжималкой для кодеров».

5. 🤖 ИИ и будущее IT.
Разговор коснулся влияния искусственного интеллекта на фриланс и найм джунов, а также serverless-технологий и AWS.

6. 💬 Новый проект Windy.
Искандар представил идею мессенджера, который объединяет рабочие чаты и задачи.

7. 🧭 Собственная философия жизни.
Необычной темой разговора стал взгляд Искандара на личные цели. Он считает, что постоянная ориентация только на собственные цели может иметь деструктивные последствия.

🔥 Что остаётся за большими цифрами?

История Искандара показывает, что за громкими результатами почти всегда стоят сложные решения и неудачные попытки. Карьера между Россией и США, большие зарплаты, предпринимательство, работа в Amazon и возвращение в Москву — каждый этап принёс собственный опыт.

«Большие цифры» не обещают универсальных рецептов успеха. Подкаст показывает реальные истории людей, которые пробовали разные пути, ошибались, меняли направление и снова начинали сначала.

🎙️ Новый выпуск уже доступен на YouTube.

Если вы хотите поделиться собственной историей, пишите:

📩 TG: https://t.me/egor_307
📧 bignum@evrone.com

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

Теги:
· Нулевой спринт · Цифровая трансформация · Стартапы · Машинное обучение · Искусственный интеллект

С React Native происходит странная история. Почти каждый год появляются разговоры о том, что технология скоро потеряет актуальность. Сообщество обсуждает её конкурентов, разработчики сравнивают альтернативы, а бизнес оценивает переход на другие инструменты.

Но React Native пока никуда не исчезает.

Технология продолжает развиваться, крупные компании используют её в своих продуктах, а команды поддерживают существующие приложения и запускают новые проекты.

🎙️ В 28-м выпуске OR-подкаста специалисты решили разобраться, что действительно происходит с React Native в 2026 году.

Ведущим выпуска стал Станислав Ильин, Flutter-разработчик.

К обсуждению присоединились эксперты с практическим опытом в React Native и мобильной разработке:

1️⃣ Никита Прокуратов
2️⃣ Евгений Прокопьев
3️⃣ Алексей Цуцоев

🧠 Откуда взялся миф о «смерти» React Native?

Участники начали разговор с самого популярного тезиса — React Native якобы скоро уступит место другим технологиям.

Однако специалисты посмотрели на ситуацию с практической стороны. Meta и open-source-сообщество продолжают развивать экосистему, а компании продолжают использовать React Native для реальных продуктов.

При этом сама технология заметно изменилась.

Раньше разработчики часто связывали React Native с лагами, багами и ограничениями Bridge, который связывал JavaScript с нативной частью приложения. Сегодня новая архитектура с Fabric и TurboModules помогает устранить значительную часть прежних проблем и улучшает производительность.

🔍 Что ещё обсудили эксперты?

Выпуск получился не только о React Native. Участники сравнили разные подходы и поговорили о том, как сегодня принимаются технологические решения.

Основные темы разговора:

• 🥊 React Native, Flutter и Kotlin Multiplatform: есть ли сегодня очевидный победитель;
• 📲 сильные и слабые стороны кросс-платформенной разработки;
• 🚀 возможности Expo и ситуации, когда его ограничения начинают становиться
  критичными;
• 🔄 обновление мажорных версий и проблемы экосистемы сторонних библиотек;
• 🏦 причины, по которым крупные компании и банки продолжают использовать React
  Native;
• 🛠️ ситуации, в которых нативная разработка оказывается более выгодной;
• 💼 рынок вакансий, зарплаты и спрос на React Native-разработчиков;
• 🤖 влияние искусственного интеллекта на мобильную разработку;
• 🌱 выбор технологии для новичка и запуск мобильного стартапа.

⚖️ Почему React Native всё ещё остаётся востребованным?

У технологии есть недостатки, и специалисты их не скрывают. Однако React Native сохраняет практическую ценность.

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

Для Evrone подобные технологические дискуссии особенно показательны: мобильная разработка постоянно меняется, а выбор стека всё чаще зависит не от моды, а от конкретных задач продукта.

Несколько лет назад команда уже сравнивала Flutter и React Native. Сегодня этот материал можно перечитать по-новому и проверить, насколько прежние выводы соответствуют реалиям 2026 года.

🎧 28-й выпуск OR-подкаста продолжает ту же линию: меньше громких заявлений, больше практического опыта. А тем, кто пропустил предыдущие эпизоды, самое время устроить себе небольшой марафон по мобильной разработке.

⚡ За пределами успеха: новый подкаст Олега Балбекова «Цена успеха».

У CEO Evrone Олега Балбекова появился собственный YouTube-подкаст — «Цена успеха». Этот проект посвящен людям, которые построили заметную карьеру или успешный бизнес благодаря системной работе, сложным решениям и готовности принимать настоящую цену профессионального роста.

🔍 Кто стоит за большими результатами?

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

Такие люди особенно интересны тем, что их истории редко укладываются в простой сценарий.

Обычно за результатом стоят:

• 🕰️ годы последовательной работы;
• 🤝 партнерство и умение сохранять доверие;
• ⚙️ технические и управленческие эксперименты;
• ❌ ошибки, которые приходится исправлять;
• 🔥 кризисы, которые проверяют команды на прочность;
• 🎯 решения, последствия которых становятся очевидными далеко не сразу.

Именно эти стороны бизнеса и профессиональной жизни часто остаются за пределами публичных историй.

🚀 Первый выпуск: история InSales

Первым гостем «Цены успеха» стал Владимир Бедрев, сооснователь и технический директор InSales.

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

Однако Олег Балбеков и Владимир Бедрев рассматривают этот путь не только через итоговый результат. Их интересует то, что происходило между началом проекта и большой сделкой.

🎙️ В разговоре они затрагивают несколько важных тем:

1. 🤝 Партнерство длиной в 16 лет.
Как двум основателям сохранять рабочие отношения и продолжать развивать общее дело на протяжении многих лет?

2. 💻 Высоконагруженный Ruby on Rails.
Что происходит внутри технологического проекта, когда нагрузка растет, а архитектура должна продолжать выдерживать развитие продукта?

3. 🧨 Цена ошибок.
Какие технические и управленческие решения оказались наиболее дорогими для компании?

4. 🤖 Искусственный интеллект.
Как ИИ меняет привычную работу инженеров и влияет на развитие технологических профессий?

5. 🧑‍💻 Будущее разработки.
Что Владимир Бедрев думает об агентной разработке, Claude Code и возможных изменениях профессии разработчика?

🎧 Без готовых рецептов успеха

Первый выпуск «Цены успеха» получился разговором о реальной стороне создания технологических компаний.

Олег Балбеков и Владимир Бедрев обсуждают не универсальную формулу успеха, а конкретный опыт людей, которые годами строили бизнес и технологические продукты. Их разговор показывает, что предприниматели и инженеры постоянно сталкиваются с необходимостью выбирать между разными вариантами, идти на компромиссы и отвечать за последствия своих решений.

Название подкаста отражает именно эту идею: за каждым большим результатом существует собственная цена.

📺 Первый выпуск «Цены успеха» уже можно посмотреть на YouTube.

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

📩 Хотите стать гостем подкаста? Напишите команде: mail@evrone.com

Теги:
• Аутсорсинг • Аутстаффинг • Нулевой спринт • Цифровая трансформация • Стартапы • Машинное обучение • Финтех • Искусственный интеллект • eCommerce • Ruby

🌐 Что делать после успешного AI-прототипа?

Первые эксперименты с AI-агентами часто выглядят впечатляюще: разработчик формулирует задачу, нейросеть предлагает решение, а рабочий прототип появляется значительно быстрее привычного процесса. Однако большой проект быстро показывает ограничения такого подхода.

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

🗓 Дата: 20 августа
⏰ Начало: 19:00 (МСК)
💻 Формат: онлайн
>>Зарегистрироваться на митап

🧭 В программе — практика, а не теория

Спикеры разберут несколько сторон инженерной работы с AI:

1. TDD + агентная разработка.
   Глеб Кудрявцев объяснит, как цикл «тест → код → проверка → доработка» помогает разработчику контролировать результат и снижать непредсказуемость AI-агента.
2. Specification-Driven Development.
   Эдгар Сипки, Sipki Tech, рассмотрит спецификацию, контекст и task brief как инструменты, которые позволяют управлять процессом генерации.
3. AI-агенты в больших проектах.
   Родион Мостовой разберёт реальные сложности работы coding agents с крупными кодовыми базами. В разговоре появятся AGENTS.md, discovery, context exploration, документация, Git-история и feedback loop через remote e2e.
4. Первый опыт может оказаться неудачным.
   Евгений Симонович, Ви.Tech, расскажет о проблемах первого внедрения AI-инструментов. Его кейс показывает важную вещь: компании недостаточно просто выдать сотрудникам доступ к нейросетям. Команде приходится развивать компетенции, перестраивать процессы и определять метрики.

💡 Где проходит граница?

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

Evrone и Ви.Tech уже проводили совместную встречу в 2025 году — тогда разговор был посвящён Go-разработке. Новый митап продолжает эту практику, но переносит фокус на AI и подходы, которые команды формируют уже сегодня.

🏷️ В центре внимания: искусственный интеллект, машинное обучение, веб-разработка, облачные сервисы, цифровая трансформация, стартапы, EdTech и современные инженерные практики.

🔗 AI ускоряет разработку. Но именно инженерный подход определяет, станет ли этот результат частью рабочего продукта.

2026 год показывает: искусственный интеллект перестал быть экспериментальной технологией и начал напрямую влиять на рынок труда. Компании сокращают одни позиции, создают другие и пересматривают привычные рабочие процессы.

Новый выпуск авторского подкаста «Сухой остаток» посвящён именно этому переходу. Юрий Гуржий, CMO Evrone, рассматривает главный парадокс современного рынка: ИИ действительно приводит к сокращениям, но одновременно некоторые компании возвращают специалистов, которых ранее уволили.

📊 Что происходит с профессиями?

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

При этом человек, который использует нейросети как рабочий инструмент, контролирует качество результата и умеет управлять людьми и процессами, получает совершенно другую профессиональную ценность.

В подкасте рассматриваются ключевые изменения:

1️⃣ ИИ становится причиной сокращений

По данным Challenger, Gray & Christmas, искусственный интеллект стал причиной более 30% сокращений в США. В числе компаний, которые проводили масштабные сокращения, упоминаются Meta, Volkswagen, Microsoft, Nokia, British American Tobacco, Oracle и Salesforce.

💻 Освободившиеся ресурсы компании направляют на развитие чипов, дата-центров и инфраструктуры искусственного интеллекта.

2️⃣ Бизнес сталкивается с ограничениями нейросетей

Некоторые компании уже начали возвращать сотрудников на позиции, которые ранее сокращались. Ford, IBM и Commonwealth Bank стали примерами обратного движения.

Причина проста: нейросети пока плохо справляются с нестандартными задачами. Кроме того, ошибки ИИ требуют человеческой проверки и могут увеличивать стоимость исправлений.

3️⃣ Рутинная работа уходит к технологиям

Когда бизнес стремится повысить эффективность, автоматизация становится естественным выбором.

Поэтому ИИ постепенно забирает часть задач в таких направлениях, как:

• 📈 аналитика;
• ✍️ создание контента;
• 🎧 клиентская поддержка;
• 💻 базовое программирование.

4️⃣ Человек остаётся частью системы

Модель Human-in-the-loop становится всё важнее. Специалист не просто получает результат от нейросети. Он формулирует задачу, оценивает ответ, исправляет ошибки и контролирует весь процесс.

Именно такой подход постепенно формирует новый тип профессионала.

5️⃣ Даже разработчики меняют привычки

История Stack Overflow показывает масштаб перемен. Активность на платформе резко снизилась на фоне того, что разработчики начали активнее использовать ИИ-инструменты для решения технических задач.

🛠️ Три шага, которые можно сделать уже завтра

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

② Учитесь проверять результат. Человек должен понимать, где нейросеть ошибается и когда её ответ нельзя принимать без дополнительной проверки.

③ Развивайте человеческие навыки. Управление командами, процессами и сложными задачами становится важнее там, где автоматизация берёт на себя рутину.

🎯 ИИ не отменяет человека

Главный вывод выпуска можно сформулировать просто: искусственный интеллект не обязательно заменит людей полностью. Скорее, людей будут заменять другие люди, которые умеют эффективно работать с ИИ.

Поэтому идея «ИИ умеет всё» может оказаться опасной. Она создаёт иллюзию, что человеку достаточно просто пользоваться нейросетью. На практике ценность формируется там, где специалист умеет поставить правильную задачу, оценить результат и встроить технологию в реальный рабочий процесс.

🎙️ Смотрите новый выпуск «Сухого остатка»: «ИИ умеет всё»: почему это миф, который стоит вам карьеры.

P.S. «Сухой остаток» — еженедельный авторский подкаст Юрия Гуржий, CMO Evrone. Подкаст посвящён профессиональной жизни, карьере и капиталу — темам, которые особенно интересно обсуждать в период масштабных технологических изменений.

🧙 Идея

Charkeeper появился из увлечения Ruby-разработчика Evrone Антона Богданова настольными RPG. После знакомства с D&D Антон столкнулся с типичной проблемой: правила связывают множество параметров, поэтому создание персонажа требует расчётов.

В 2025 году он начал делать собственный менеджер и сразу задумал его для разных RPG.

🔎 Особенности и отличие от аналогов

1. Девять поддерживаемых систем: D&D, Pathfinder, Daggerheart и другие.
2. Свободные настройки: пользователь может создавать способности и менять ограничения.
3. Один интерфейс доступен на разных устройствах.
4. Мастер видит листы игроков, здоровье и инвентарь, а предметы можно выдавать напрямую.
5. Развивается homebrew-конструктор.

📲 Одна кодовая база на четыре платформы

Главной находкой стал Tauri. Антон сохранил существующий SPA и использовал его для разных сборок. Одна кодовая база обслуживает веб, Android, iOS, macOS и Telegram Mini App.

⚙️ Технический стек

• Backend — Ruby on Rails и RSpec.
• Frontend — SolidJS, esbuild, ESLint и Cypress.
• Кросс-платформенность — Tauri и Telegram Mini Apps SDK.

Два независимых сервера работают без синхронизации. OAuth отвечает за вход, а единая модель данных хранит способности разных систем в общем формате.

🌍 Развитие Charkeeper

Антон расширяет список RPG, добавляет импорт, интеграции и инструменты для мастеров. Отдельное направление — пользовательский homebrew.

💬 Мотивация и реакция сообщества

Игроки рекомендуют Charkeeper друг другу.

📈 Планы на будущее

В системе около 5000 пользователей, Android-приложение скачали более 1000 раз.

Для Evrone этот проект интересен как пример инженерного развития: личная идея получает проверку, а открытый код и сообщество помогают ей расти.

Облачная миграция становится особенно сложной, когда система состоит из десятков сервисов, а бизнес не может позволить себе остановить приложение.

Международная платформа Wayo* столкнулась именно с такой задачей. Компания решила сменить инфраструктурного провайдера и одновременно перевести приложения на обновленную инженерную платформу.

На весь проект команда получила один месяц.

⏱️ При этом система должна была продолжать работать 24/7.

🎯 Две задачи вместо одной

Команда должна была одновременно:

1. перенести сервисы из старого Kubernetes-кластера в новое облачное окружение;
2. подготовить приложения к требованиям обновленной внутренней платформы.

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

Каждый сервис требовал адаптации.

🔗 Главный вызов — зависимости

Распределенная система включала множество взаимосвязанных компонентов.

Команда проверяла:

• Kubernetes namespaces;
• сетевые настройки;
• secrets и переменные окружения;
• базы данных;
• Redis и KV-хранилища;
• брокеры сообщений;
• внутренние сервисы;
• внешние API;
• health checks;
• мониторинг и логирование.

Особенность таких систем заключается в том, что одна зависимость может находиться совершенно в другом месте.

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

Поэтому миграция каждого компонента проходила как отдельная техническая проверка.

🔍 Первый этап — аудит

Evrone начала работу с анализа сервисов и окружений.

Команда для каждого приложения определяла:

1️⃣ текущую конфигурацию;

2️⃣ список зависимостей;

3️⃣ используемые хранилища;

4️⃣ сетевые подключения;

5️⃣ различия между платформами;

6️⃣ потенциальные блокеры.

Анализ превращался в конкретные задачи.

Например, один сервис требовал Redis в том же namespace. В новом окружении компонент отсутствовал. Команда выявила проблему заранее и передала требование владельцам инфраструктуры.

Такой подход позволил решать блокеры до production.

🤝 Синхронизация участников

В миграции участвовали разные специалисты: разработчики приложений, инженеры старой и новой платформ, DevOps-команда и владельцы внешних систем.

Evrone помогала соединять эти группы в едином процессе. Разработчики объясняли особенности приложений, инфраструктурные специалисты готовили окружение, а команда миграции проверяла результат.

Для аутстаф-команды здесь особенно важна скорость погружения. Специалисту необходимо быстро понять незнакомую архитектуру и при этом встроиться в уже существующие процессы.

🚀 Единый сценарий развертывания

Каждый сервис проходил одинаковый путь:

Аудит → подготовка → развертывание → проверка → переключение → наблюдение → отключение старой версии.

Перед переключением команда проверяла:

• запуск приложения;
• health checks;
• подключения;
• обмен сообщениями;
• внутренние API;
• критические ошибки;
• пользовательские сценарии.

Старая версия продолжала работать до завершения проверки. Такой подход сохранял возможность быстрого отката.

✅ Что получилось

За четыре недели сервисы из миграционного backlog переехали в новое облачное окружение и начали работать на обновленной инженерной платформе.

Старая инфраструктура была выведена из эксплуатации.

Главный результат заключался не только в завершении миграции в срок. Пользовательское приложение продолжало работать без остановки на протяжении всего перехода.

Этот проект хорошо показывает, что сложная миграция — это одновременно техническая и организационная задача. Архитектура, зависимости, коммуникация и контроль каждого этапа должны работать как единая система.

* Название компании и отдельные идентифицирующие детали изменены в соответствии с NDA.

🔥 RubyRussia 2026 вновь пройдёт в офлайне: почему это событие нельзя пропустить.

Российское Ruby-сообщество продолжает развиваться, а главным местом встречи специалистов вновь станет RubyRussia 2026. Уже 2 октября в Москве состоится единственная в стране полноценная офлайн-конференция, полностью посвящённая Ruby. После успешного мероприятия прошлого года организаторы вновь готовят насыщенную программу, технические доклады и пространство для общения разработчиков.

📍 Что подготовили организаторы?

RubyRussia традиционно объединяет инженеров, тимлидов, архитекторов и всех, кто ежедневно работает с Ruby. В этом году участников ожидают:

• ✅ более 300 гостей;
• ✅ 14+ технических докладов от опытных экспертов;
• ✅ два параллельных потока выступлений уровня Middle+;
• ✅ формат Lightning Talks, где всего за пять минут можно поделиться интересной идеей или практическим кейсом;
• ✅ кофе-брейки, обед и подарки от партнёров;
• ✅ вечерняя афтепати для неформального общения.

Именно сочетание технической программы и живых встреч многие участники считают одной из главных особенностей RubyRussia.

🎤 Программа продолжает формироваться

Расписание конференции публикуется постепенно. Организаторы делают ставку на прикладной опыт, поэтому основой программы становятся реальные задачи, возникающие в коммерческой разработке.

Особый интерес вызывают темы:

1. 🚀 производительность приложений;
2. 🏛 архитектура современных Ruby-проектов;
3. 🤖 применение AI-инструментов;
4. 🔎 типизация;
5. 🔄 сравнение Ruby с другими технологиями;
6. 💼 опыт эксплуатации production-систем.

📢 Есть опыт? Можно стать спикером

До 1 сентября 2026 года продолжается приём заявок на выступления. Это возможность рассказать профессиональному сообществу о собственных решениях, поделиться успешными практиками и обсудить сложные инженерные задачи с коллегами.

❤️ Шестнадцать лет развития сообщества

История RubyRussia началась в 2009 году с небольшого митапа. За прошедшие годы конференция превратилась в одно из крупнейших событий российского Ruby-сообщества. Максимальная аудитория достигала 800 участников офлайн и 1500 зрителей онлайн, а формат постоянно менялся вместе с индустрией.

Организацию конференции совместно ведут Evrone, которая многие годы поддерживает развитие Ruby-сообщества, и команда SPEACH!, обладающая большим опытом проведения масштабных ИТ-мероприятий.

💎 RubyRussia остаётся площадкой, где знания превращаются в практический опыт, знакомства — в профессиональные связи, а обсуждения — в идеи для новых проектов. Уже 2 октября Москва вновь станет местом встречи тех, кто выбирает Ruby не только как язык программирования, но и как профессиональное сообщество.

Когда компания сопровождает десятки клиентских задач одновременно, проблема часто возникает не из-за отсутствия инструментов. Проблема появляется тогда, когда информация распределяется между чатами, встречами, таблицами и личными заметками сотрудников.

Именно с таким вызовом столкнулся DevOps-стартап, с которым работала команда Evrone.

🏗️ Контекст проекта

Компания развивала DevOps-направления по аутсорсинговой модели. Несколько команд сопровождали разные группы проектов, однако отдельные специалисты одновременно работали в нескольких командах.

Рабочая модель оставалась гибкой: клиентские запросы появлялись в течение дня и часто требовали немедленной реакции.

Такая система устраивала команду и заказчиков, но создавала сложности:

• загрузку специалистов было трудно оценивать;
• задачи могли оставаться незамеченными;
• планирование конкурировало со срочными запросами;
• руководителям было сложнее контролировать поток работы;
• клиентам не всегда хватало прозрачности.

⚙️ Команда Evrone начала с анализа процессов

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

После этого команда сформировала единый операционный контур на базе Notion.

Он включил:

1️⃣ ежедневные задачи;

2️⃣ недельные спринты;

3️⃣ проектные роадмапы;

4️⃣ знания и документацию;

5️⃣ клиентскую отчетность;

6️⃣ данные для управленческого анализа.

💬 Главный принцип — единая точка фиксации

Запрос мог появиться где угодно. Но после этого он должен был попасть в общий поток.

Карточка задачи содержала проект, клиента, ответственного, тип работы, приоритет, статус и ожидаемый результат.

Для сообщений в рабочих чатах команда предусмотрела автоматическую фиксацию через бота. Сотрудник отмечал нужное сообщение, а система превращала его в задачу.

Так команда сохранила привычную скорость работы, но получила единый список обязательств.

📅 Ежедневный поток и недельное планирование не стали конкурировать

Ежедневные доски показывали срочные обращения, блокеры и задачи текущего дня.

Спринты, наоборот, помогали планировать то, что можно было спрогнозировать:

• регулярные работы;
• инфраструктурные изменения;
• внутренние улучшения;
• операционные задачи;
• этапы разработки.

Так компания получила возможность одновременно реагировать на срочные запросы и видеть будущую нагрузку.

🗂️ Карточки проектов сохранили контекст

Каждый проект получил собственную точку входа. Сотрудник мог найти там описание, бизнес-контекст, команду, зоны ответственности, клиентские контакты, инфраструктуру, документацию и текущие риски.

Лиды также записывали видео о проектах. Такой подход позволил новым специалистам самостоятельно погружаться в контекст и не перегружать коллег повторяющимися вводными встречами.

📈 Отчеты встроились в рабочий процесс

После спринта команда могла сформировать отчет, где отображались:

1. план;
2. выполненные задачи;
3. невыполненная работа;
4. причины переносов;
5. блокеры;
6. следующий спринт;
7. актуальный бэклог.

Клиент видел не только результат, но и логику происходящих изменений.

🚀 Еще один уровень системы — роадмапы

Они связали ежедневные задачи со среднесрочными целями. Команда могла оценивать объем работы, зависимости и необходимые компетенции.

В результате роадмапы стали использоваться не только для управления проектами, но и для планирования ресурсов.

⏱️ Изменился и формат стендапов

Большие команды разделили на небольшие группы примерно по три человека. Они параллельно обсуждали рабочие вопросы в отдельных Zoom-комнатах, а CTO подключался туда, где требовалось его участие.

В общий созвон возвращались только сотрудники, которым действительно нужна была помощь.

Средняя продолжительность ежедневной синхронизации сократилась с двух часов до 30 минут.

🎯 Главный результат

Компания получила единую операционную систему, но сотрудники не были вынуждены полностью менять привычки.

Они продолжили работать с чатами и созвонами. Разница заключалась в том, что теперь возникающие задачи фиксировались, связывались с проектами и учитывались при планировании.

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

Теги:

· Аутсорсинг · Веб-разработка · Цифровая трансформация · Разработка облачных сервисов · Нулевой спринт · Аутстаффинг · Frontend · Backend · Стартапы · HR-Tech решения · DevOps · ERP · Машинное обучение · Искусственный интеллект · UI/UX дизайн · QA