RWB Тех
Відкрити в Telegram
Разработчики RWB делятся опытом: техническая экспертиза, полезные статьи и анонсы мероприятий. Регистрация в Роскомнадзоре: № 4963508866
Показати більше📈 Аналітичний огляд Telegram-каналу RWB Тех
Канал RWB Тех (@tech_rwb) у мовному сегменті Російська є активним учасником. На даний момент спільнота об'єднує 14 160 підписників, посідаючи 8 770 місце в категорії Технології та додатки та 45 896 місце у регіоні Росія.
📊 Показники аудиторії та динаміка
З моменту свого створення невідомо, проект продемонстрував стрімке зростання, зібравши аудиторію у 14 160 підписників.
За останніми даними від 11 вересня, 2026, канал демонструє стабільну активність. Хоча за останні 30 днів спостерігається зміна кількості учасників на -13, а за останні 24 години на 0, загальне охоплення залишається високим.
- Статус верифікації: Не верифікований
- Рівень залученості (ER): Середній показник залученості аудиторії становить 25.13%. Протягом перших 24 годин після публікації контент зазвичай збирає 14.95% реакцій від загальної кількості підписників.
- Охоплення публікацій: В середньому кожен допис отримує 3 558 переглядів. Протягом першої доби публікація в середньому набирає 2 117 переглядів.
- Реакції та взаємодія: Аудиторія активно підтримує контент: середня кількість реакцій на один пост – 35.
- Тематичні інтереси: Контент зосереджений навколо ключових тем, таких як russ, хабре, архитектура, meetup, middle.
📝 Опис та контентна політика
Автор описує ресурс як майданчик для висловлення суб'єктивної думки:
“Разработчики RWB делятся опытом: техническая экспертиза, полезные статьи и анонсы мероприятий.
Регистрация в Роскомнадзоре:
№ 4963508866”
Завдяки високій частоті оновлень (останні дані отримано 12 вересня, 2026), канал підтримує актуальність та високий рівень охоплення публікацій. Аналітика показує, що аудиторія активно взаємодіє з контентом, що робить його важливою точкою впливу в категорії Технології та додатки.
14 160
Підписники
Немає даних24 години
+217 днів
-1330 днів
Триває завантаження даних...
Схожі канали
Хмара тегів
Вхідні та вихідні згадування
---
---
---
---
---
---
Залучення підписників
вересень '26
вересень '26
+63
в 7 каналах
серпень '26
+66
в 4 каналах
Get PRO
липень '26
+65
в 1 каналах
Get PRO
червень '26
+209
в 2 каналах
Get PRO
травень '26
+286
в 2 каналах
Get PRO
квітень '26
+244
в 0 каналах
Get PRO
березень '26
+213
в 1 каналах
Get PRO
лютий '26
+270
в 4 каналах
Get PRO
січень '26
+203
в 1 каналах
Get PRO
грудень '25
+179
в 2 каналах
Get PRO
листопад '25
+731
в 2 каналах
Get PRO
жовтень '25
+298
в 5 каналах
Get PRO
вересень '25
+348
в 5 каналах
Get PRO
серпень '25
+251
в 1 каналах
Get PRO
липень '25
+191
в 1 каналах
Get PRO
червень '25
+855
в 2 каналах
Get PRO
травень '25
+689
в 0 каналах
Get PRO
квітень '25
+254
в 0 каналах
Get PRO
березень '25
+334
в 0 каналах
Get PRO
лютий '25
+299
в 1 каналах
Get PRO
січень '25
+296
в 1 каналах
Get PRO
грудень '24
+171
в 0 каналах
Get PRO
листопад '24
+248
в 1 каналах
Get PRO
жовтень '24
+167
в 2 каналах
Get PRO
вересень '24
+127
в 1 каналах
Get PRO
серпень '24
+120
в 1 каналах
Get PRO
липень '24
+229
в 2 каналах
Get PRO
червень '24
+167
в 0 каналах
Get PRO
травень '24
+232
в 0 каналах
Get PRO
квітень '24
+259
в 1 каналах
Get PRO
березень '24
+466
в 1 каналах
Get PRO
лютий '24
+302
в 1 каналах
Get PRO
січень '24
+479
в 7 каналах
Get PRO
грудень '23
+258
в 1 каналах
Get PRO
листопад '23
+666
в 1 каналах
Get PRO
жовтень '23
+874
в 0 каналах
Get PRO
вересень '23
+724
в 0 каналах
Get PRO
серпень '23
+1 916
в 0 каналах
Get PRO
липень '23
+1 710
в 0 каналах
Get PRO
червень '23
+2 135
в 0 каналах
Get PRO
травень '23
+223
в 0 каналах
Get PRO
квітень '23
+241
в 0 каналах
Get PRO
березень '23
+218
в 0 каналах
Get PRO
лютий '23
+424
в 0 каналах
Get PRO
січень '23
+297
в 0 каналах
Get PRO
грудень '22
+430
в 0 каналах
Get PRO
листопад '22
+325
в 0 каналах
Get PRO
жовтень '22
+243
в 0 каналах
Get PRO
вересень '22
+257
в 0 каналах
Get PRO
серпень '22
+395
в 0 каналах
Get PRO
липень '22
+320
в 0 каналах
Get PRO
червень '22
+373
в 0 каналах
Get PRO
травень '22
+301
в 0 каналах
Get PRO
квітень '22
+379
в 0 каналах
Get PRO
березень '22
+875
в 0 каналах
Get PRO
лютий '22
+284
в 0 каналах
Get PRO
січень '22
+154
в 0 каналах
Get PRO
грудень '21
+325
в 0 каналах
| Дата | Залучення підписників | Згадування | Канали | |
| 12 вересня | +3 | |||
| 11 вересня | +2 | |||
| 10 вересня | +26 | |||
| 09 вересня | +11 | |||
| 08 вересня | +2 | |||
| 07 вересня | 0 | |||
| 06 вересня | +4 | |||
| 05 вересня | +4 | |||
| 04 вересня | +3 | |||
| 03 вересня | 0 | |||
| 02 вересня | +4 | |||
| 01 вересня | +4 |
Дописи каналу
+5
💡Запустили корпоративного ИИ-помощника для продуктовых и QA-команд.
Игорь Чирков — о том, зачем он нужен и как встроен в рабочие процессы.
| 2 |  Петабайты данных, AI и вайб-кодинг
В новом выпуске подкаста Tech Talks говорим о данных в масштабах RWB: как хранить петабайты информации, когда старые данные перестают быть полезными и как выбирать технологии для работы с ними.
Вместе с Павлом Раваевым, CDO RWB, обсудили Data- и AI-платформы компании, использование LLM и вайб-кодинг. А ещё поспорили о том, можно ли доверять код нейросетям, что ждёт джунов на рынке и почему командам придётся формализовывать, что для них значит «хороший код».
⏹️YouTube
⏹️VK | 4 171 |
| 3 |  ⭐️⭐️ Планы на 3 октября — прийти на RWB Infra x Security Meetup
Мы направим прожекторы на инфраструктуру и информационную безопасность — туда, где за привычными решениями скрываются сложные инженерные задачи, компромиссы и неочевидные риски.
Будем разбирать реальные кейсы, искать узкие места, обсуждать и показывать решения, которые помогают инфраструктуре и безопасности выдерживать рост.
Когда: суббота, 3 октября, старт в 13:00
Где: Москва + онлайн
В программе 8 докладов, разделенных по двум тематическим трекам ⬇️
1️⃣ Трек Infra:
• Тюнинг Gitlab CE как реакция на быстрый рост нагрузки
• Путь баланса и компромиссов в DCIM
• Единая инфраструктура доверия: PKI на базе Vault
• Kubernetes vs Bare Metal: что может пойти не так
2️⃣ Трек Security:
• DevSecOps: от сканирования в пайплайне к платформе — и обратно
• Почти эффективный VM: как мы боролись с хаосом в инфраструктуре и сократили время обработки уязвимостей
• Как защищать данные, когда единого периметра больше нет
• От заявки до доступа за 90 секунд: как шесть инженеров управляет доступом в тысяче систем
Регистрация уже открыта — не откладывайте заявку и приглашайте коллег (количество мест на площадке ограничено)! | 3 805 |
| 4 |  Как поместить 1000+ моделей в один ансамбль?
Отвечает Лев Нечаев, руководитель команды «Автоматическая модерация методами ИИ» в RWB. Лев рассказал, как команда успешно применяет детекторы на основе векторного поиска в модерации контента на маркетплейсе.
В статье:
• почему традиционные классификаторы и few-shot перестают работать при росте числа брендов;
• как мы собрали и очистили датасет, избежав перекоса по категориям;
• как выбрали YOLO для детекции и эмбеддеры CLIP/ArcFace для векторного представления;
• как организовали высокопроизводительный инференс (Triton + TensorRT) и перешли с PGVector на Faiss;
• как гибко настраиваем пороги срабатывания под разные сценарии;
• и где ещё применяем эту архитектуру — от детекции лиц до каскадных решений и автоматической разметки.
➡️ Подробнее — в канале RWB делает ML | 3 005 |
| 5 | Немає тексту... | 2 902 |
| 6 |  Как оценивать сложность задач технических писателей и понимать реальную загрузку команды
Рассказала Евгения Красильникова, технический писатель в команде разработки документации и методик обучения ПО. Чтобы выработать единый подход к оценке задач, команда выделила два ключевых параметра — объем изменений и уровень исследования — и на их основе собрала матрицу сложности.
Затем с помощью ИИ превратила её в простой калькулятор, который помогает определить сложность задачи и предварительную оценку в часах.
Подробнее — на Хабре | 2 853 |
| 7 |  Что делать, если классический A/B-тест не работает из-за конфаундеров и сетевых эффектов?
Рассказал Платон Попов, дата-аналитик в команде A/B-платформы RWB, на примере кейса оценки эффекта таргетированной рекламы в ПВЗ. Сначала использовали Propensity Score Matching (PSM), но метод не прошёл валидацию: доля ложноположительных результатов оказалась выше допустимого уровня.
➡️ Тогда перешли к Double Machine Learning (DML) — и получили более устойчивую оценку.
Читать статью на Хабре | 4 168 |
| 8 |  🟣Дайджест полезного🟣
Через неделю осень — подводим итоги насыщенных месяцев работы. Мы много кодили, улучшали продукты и процессы, а ещё выступали на профессиональных мероприятиях и организовывали собственные, участвовали в хакатонах и проводили стажировки.
Делимся полезными ссылками, а ещё больше летних событий — в каналах tech-команд Ecom.tech, MAGNIT TECH, Lamoda Tech, Data Fusion (ВТБ) и Купер.тех.
1️⃣ BerryLM-XL вошла в топ-3 русскоязычного бенчмарка MERA
Дообученная командой RWB модель BerryLM-XL заняла 3-е место в общем лидерборде MERA с интегральной оценкой 0,835. Для сравнения, результат Human Benchmark на тех же задачах составляет 0,852. В топ-5 также вошла BerryLM-v2, занявшая 5-е место с оценкой 0,810.
2️⃣ Saint HighLoad++ 2026
Два дня конференции запомнились инженерными испытаниями, архитектурными задачами и десятками разговоров про системы, архитектуру и технологии с нашими CTO, а доклады наших спикеров вошли в топ-10 выступлений конференции.
3️⃣ TechDocs Meetup
Поговорили о документации с разных сторон: как создавался портал разработчиков RWB, зачем техническим писателям единая система оценки задач и можно ли построить зрелые процессы документирования, если в команде всего один техписатель.
Смотрите здесь:
— Летопись документации разработчиков WB API
— Единая система оценки задач техписателей: как внедрить новый подход без боли
— 100 к 1: Как организовать подход «документация как услуга» в одиночку
4️⃣ Подкаст Tech Talks
Запустили собственный подкаст про технологии RWB и людей, которые их создают. Смотрите первые выпуски и ждите новые!
— Open Source, AI и Forks
— Цена доверия: боты, капчи, ML и миллиарды запросов
5️⃣ Награды на премии Хакатоны России
У нас сразу две победы на национальной премии «Хакатоны России»! Студенческий хакатон RWB по машинному обучению и программированию стал лучшим сразу в двух номинациях — «Дебют года» и «Лучший хакатон в сфере ИИ».
К Хакатону присоединились более 270 студентов из ведущих вузов страны — НГУ, НГТУ, ТГУ, МИСИС, МИРЭА, СПбГУ, МАИ, Школы 21 и многих других. До финала дошли 100 участников, а 10 сильнейших команд представили свои решения экспертному жюри. | 3 958 |
| 9 |  Как мы внедрили AIOps для контроля GPU-утилизации и повысили её на 60 процентов
В RWB команда ML-платформы построила поверх мониторинга отдельный слой для управления такими кейсами на базе open source KeepHQ. Через систему прошло около 400 тысяч событий, а дедупликация составила ~99%.
В новой статье на Хабре рассказываем, как устроили жизненный цикл алерта — от поиска владельца и сохранения контекста до автоматической проверки исправления и эскалации. И показываем, какие части Keep пришлось доработать и почему AI оказался далеко не главным элементом решения ⚙️
Результат: +62% к средней месячной утилизации GPU на одном из кластеров
@rwb_delaet_ml | 4 380 |
| 10 |  Запустили собственный сервис для сокращения ссылок WB Link
Можно сокращать длинные ссылки и мгновенно генерировать QR-коды. Без регистрации и СМС — пользуйтесь сами и отправляйте коллегам :) | 4 998 |
| 11 |  Учим небольшую LLM с нуля: гибридное внимание, XSA, доменные бленды и загадки роста онлайн-бенчмарков
Команда обучения и инференса RWB обучила текстовую версию Qwen3.5-2B с нуля — без pretrained-весов. В статье разбираем весь путь: от сборки доменных датасетов и Megatron-LM до online-оценки и экспериментов с архитектурой 👆
Хайлайты:
⏹️ обучили модель сначала на 1, затем на 11 трлн токенов
⏹️ протестировали XSA и получили −0,009 val loss и +1,6 п. п. на MMLU
⏹️ разобрались, почему MMLU в разных форматах показывает совершенно разную динамику
⏹️ проверили, как меняется качество при разных доменных блендах
⏹️ нашли слабое место модели — математику и reasoning
А ещё рассказали, как устроен наш pretrain-пайплайн и какие эксперименты планируем дальше.
➡️ Узнать больше
@rwb_delaet_ml | 4 942 |
| 12 | Сколько запросов делает ваш фронтенд, чтобы отрисовать один экран?
Разбираемся с BFF (Backend for Frontend) — слоем между интерфейсом и доменными сервисами, который берёт на себя агрегацию данных, кэширование и защиту от нестабильности внутренних систем.
О том, как BFF применяют в RWB, расскажут Александр Краснянский, Frontend Lead команды РКИ, и Сергей Корень, Backend Lead главной страницы и онбординга Портала Продавца.
⏹️Когда фронтенду действительно нужен свой BFF?
BFF становится нужен, когда поддержка логики на фронтенде или координация между несколькими командами обходится дороже, чем отдельный сервис.
Простой признак: чтобы отрисовать один экран, фронтенд делает пять запросов в разные сервисы. Логику агрегации и трансформации данных в этом случае переносят в BFF — и фронтенд начинает работать с одним API.
⏹️Где сейчас проходит граница между фронтендом и бэкендом?
Не между браузером и сервером, а между пользовательским опытом и бизнес-доменом.
Бэкенд отвечает за доменную логику и хранение данных, фронтенд — за сценарий и отображение. BFF — между ними: не содержит бизнес-логику, но берёт на себя композицию данных и адаптацию контрактов под конкретный интерфейс.
⏹️Как BFF ускоряет разработку продуктов?
Главное преимущество — не нужно согласовывать доработки сразу в нескольких бэкенд-командах.
Если новая страница требует данные из нескольких сервисов, BFF собирает контракт на своей стороне и отдаёт фронтенду единый API. Фронтенд и BFF-команда разрабатывают функциональность параллельно с доменными сервисами — это сокращает зависимости и ускоряет вывод фич на продакшен.
⏹️Как не допустить дублирования бизнес-логики в BFF?
Бизнес-логика остаётся в доменных сервисах. В BFF допускается только логика представления: агрегация, преобразование моделей, сценарии взаимодействия.
Помогают: чёткое разделение ответственности между слоями, контрактное проектирование API, общие библиотеки для типизации и автогенерация клиентов по OpenAPI и GraphQL-схемам.
⏹️Не увеличивает ли BFF задержки и риски для безопасности?
Задержки — как правило, нет: BFF выполняет параллельные запросы, агрегирует и кэширует ответы, поэтому пользователь получает один оптимизированный запрос вместо серии обращений.
С безопасностью BFF работает по принципу минимально необходимых привилегий: обращается к сервисам от имени конкретного пользователя, разграничивает доступ и не даёт внутренним сервисам быть напрямую доступными извне.
⏹️Самый интересный кейс с BFF
Главная страница Портала Продавца зависит от сервисов с разными SLA: один отвечает за 50 мс, другой — за 500, третий может периодически деградировать под нагрузкой.
BFF берёт на себя управление таймаутами, кэшированием и сценариями деградации — и отдаёт фронтенду стабильный контракт, даже когда часть сервисов работает нестабильно.
⏹️Как устроена команда, которая работает над BFF?
Чаще всего это кросс-функциональная продуктовая команда: фронтенд- и бэкенд-разработчики, QA-инженеры, DevOps/SRE-инженеры, аналитики и продуктовые менеджеры.
Хорошая практика — когда инженеры понимают обе стороны системы и вместе проектируют контракты. Цель — минимизировать межкомандные зависимости и повысить скорость поставки продукта.
⏹️Какие навыки нужны инженеру и что в этой работе нравится больше всего
Сильный инженер разбирается и во фронтенде, и в бэкенде: знает JavaScript/TypeScript/Go, умеет проектировать API и работать с микросервисной архитектурой. Но главное — системное мышление: видеть продукт целиком, а не только свой слой.
BFF находится на стыке фронтенда и бэкенда, поэтому влияет на весь пользовательский сценарий. Главный челлендж — не превратить BFF в ещё один монолитный бэкенд. Главный плюс — быстро адаптировать систему под продукт без изменений в доменных сервисах. | 5 934 |
| 13 |  +9Половина лета прошла: что успели?
Наши коллеги — выпуститься из университета, сходить в поход, построить на сап-доске парусник и многое другое.
Рассказываем, как проводят лето наши инженеры, аналитики и тестировщики (когда не сидят за компьютером 🤭). | 4 470 |
| 14 | ⭐️⭐️ Уже сегодня — RWB TechDocs Meetup!
Включайте трансляцию в 16:00:
⏹️VK
⏹️YouTube | 5 169 |
| 15 |  🔔 Цена доверия: боты, капчи, ML и миллиарды запросов
В новом выпуске подкаста Tech Talks разбираемся, как отличить человека от бота, почему капчи далеко не всегда лучший инструмент защиты и какую роль в этом играют машинное обучение и поведенческая аналитика.
Вместе с Алексеем Медошиным, директором департамента защиты от DDoS-атак, поговорили о том, почему абсолютной защиты не существует, как устроена экономика кибератак и зачем крупным компаниям создавать собственные решения вместо готовых продуктов.
Смотреть:
⏹️YouTube
⏹️VK | 4 212 |
| 16 |  +7Системный аналитик — это не только «переводчик» между бизнесом и разработкой ✅
Хороший аналитик отвечает за то, чтобы сложная логика реального мира аккуратно ложилась в предсказуемую систему и не ломалась в нестандартных ситуациях.
Рустам Кадыров, системный аналитик RWB, рассказывает:
— почему роль аналитика шире, чем кажется;
— откуда берутся конфликты между бизнесом и разработкой;
— почему контекст — главный рабочий инструмент;
— и какие практики помогают держать всё под контролем. | 3 816 |
| 17 |  +4⭐️⭐️ На следующей неделе ждем вас на TechDocs митапе!
А пока ближе знакомимся с докладами наших коллег.
Когда: 16 июля, 16:00
Формат: онлайн
➡️ Регистрация | 3 892 |
| 18 | Напоминание: не катите ничего в пятницу | 5 122 |
| 19 |  ⭐️⭐️ 16 июля подключаемся на онлайн-митап TechDocs
Поговорим о документации с разных сторон: как создавался портал разработчиков RWB, зачем техническим писателям единая система оценки задач и можно ли построить зрелые процессы документирования, если в команде всего один техписатель.
В программе:
⏹️ «Летопись документации разработчиков WB API» | Лидия Рудакова, лид команды документирования Public API.
⏹️ «Единая система оценки задач техписателей: как внедрить новый подход без боли» | Евгений Красильникова, технический писатель в команде разработки документации и методик обучения ПО.
⏹️ «100 к 1: Как организовать подход "документация как услуга" в одиночку» | Антон Гафаров, технический писатель в команде FinTech Infra.
Когда: 16 июля, 16:00
Формат: онлайн
➡️ Регистрируйтесь | 4 794 |
| 20 |  Вы это слышите?
Мы тоже! Первый выпуск Tech Talks — подкаста про технологии RWB и людей, которые их создают, — уже в сети.
Александр Стовбунский, техлид команды поддержки инфраструктурных сервисов, и Константин Макаров, техлид в команде корпоративных коммуникаций, встретились, чтобы поговорить про опенсорс без романтизации — с форками, конфликтами при слиянии, ответственностью мейнтейнера и влиянием AI на профессиональный путь разработчика.
⏹️YouTube
⏹️VK
Делитесь впечатлениями в комментариях и предлагайте свои темы — самые интересные увидите в новых выпусках! | 3 952 |
