tgindex

RWB Тех

описание

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

14 142
подписчиков
Охват к подписчикам
32,6%
ERR
Реакции к просмотрам
0,29%
558 на 31 постов
Пересылки к просмотрам
0,49%
935
Постов в день
0,1
всего 33

Где отзываются чаще

доля реакций к просмотрам
  • 11:08Учим небольшую 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_ml2,49%
  • 16 июл.🔔 Цена доверия: боты, капчи, ML и миллиарды запросов В новом выпуске подкаста Tech Talks разбираемся, как отличить человека от бота, почему капчи далеко не всегда лучший инструмент защиты и какую роль в этом играют машинное обучение и поведенческая аналитика. Вместе с Алексеем Медошиным, директором департамента защиты от DDoS-атак, поговорили о том, почему абсолютной защиты не существует, как устроена экономика кибератак и зачем крупным компаниям создавать собственные решения вместо готовых продуктов. Смотреть: ⏹️YouTube ⏹️VK1,35%
  • 4 авг.Сколько запросов делает ваш фронтенд, чтобы отрисовать один экран? Разбираемся с 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 в ещё один монолитный бэкенд. Главный плюс — быстро адаптировать систему под продукт без изменений в доменных сервисах.1,01%
  • 17 июл.Половина лета прошла, что успели? Наши коллеги — выпуститься из университета, сходить в поход, построить на сап-доске парусник и многое другое. Рассказываем, как проводят лето наши инженеры, аналитики и тестировщики (когда не сидят за компьютером 🤭).0,85%
  • 2 апр. 2025 г.Как работать с шардированным кластером ClickHouse В новой хабростатье Артемий Кравцов, инженер данных в Wildberries, рассказал про MPP-архитектуру ClickHouse, движок таблиц Distributed и особенности работы с шардированным кластером: что стоит учитывать при вставке данных и как оптимизировать запросы на чтение. ➡️ Вы узнаете, на что влияет схема кластера (а на что не влияет), как можно на ровном месте создать себе проблемы при помощи всего одной Kafka и нескольких матвьюх. Делимся опытом дебага и оптимизации SELECT-запросов к distributed-таблицам. #wbtech #wbdba #clickhouse #wbtech_habr0,59%
  • 7 февр. 2025 г.«Мы не можем проиграть!», — Юрий Дементий про лидерство, Data Science и безопасность В новом подкасте Юрий Дементий, руководитель направления DS в Trust&Safety Wildberries, рассказывает о своем опыте управления 10 командами высококлассных DS-специалистов и связанных с этим подводных камнях: что такое кибер-осознанность, как ИИ борется с контрабандой, и когда уже роботы заменят людей. Хотите узнать больше про лидерство и мотивацию, скорее включайте подкаст! Выпуск уже доступен на YouTube и VK Видео. #wbtech #management #teamlead #wbtech_podcasts0,46%
  • 16 июл.⭐️⭐️ Уже сегодня — RWB TechDocs Meetup! Включайте трансляцию в 16:00: ⏹️VK ⏹️YouTube0,44%
  • 4 февр. 2025 г.Всё горит: как тимлиду не пропасть в срочных задачах Срочные баги, горящие задачи, стратегическое планирование и бесконечные синки с командой — как не сойти с ума? В новой статье на Хабре Антон Марунько, Tech Lead Wildberries, рассказал, как начинающему тимлиду не упустить важное в бесконечном потоке рабочих пожаров. #wbtech #management #teamlead #wbtech_habr0,43%
  • 18 февр. 2025 г.Как выжить в датасаенс Новый выпуск подкаста — продолжение разговора Юрия Дементия, руководителя направления DS в Trust&Safety Wildberries, и Ильи Мирина, руководителя кластера модерации в Trust&Safety Wildberries, о том, как вести 10 команд высококлассных DS-специалистов через тернии сложных проектов от победы к победе и не сойти при этом с ума. Хотите узнать больше про лидерство, мотивацию и особенности работы в DS, скорее включайте подкаст! Выпуск уже доступен на YouTube и VK Видео. #wbtech #management #teamlead #wbtech_podcasts0,39%
  • 29 мая 2025 г.Создание кастомного тултипа Jetpack Compose В мире мобильной разработки удобство и интуитивность интерфейса играют ключевую роль. Одним из способов улучшения пользовательского опыта является предоставление дополнительной информации в нужный момент, и для этого идеально подходят тултипы. В новой статье Альберт Ханнанов, Android-разработчик Wildberries, разобрал, как создать гибкую и удобную систему тултипов в Jetpack Compose, используя модификаторы и специальный оборачивающий блок. Шаг за шагом рассмотрим создание необходимых компонентов, их взаимодействие и методы управления тултипом. #wbtech #kotlin #android #wbtech_habr0,39%
  • 14 мая 2025 г.Типобезопасная передача результатов между экранами в Compose с Jetpack Navigation В новой статье рассказываем, как внедрить типобезопасный механизм передачи результатов между экранами в Jetpack Compose Navigation, избавившись от хрупких строковых ключей и неявных контрактов. ➡️ Арсений Шпилевой, Core-разработчик Wildberries, на простом примере показал, как сочетание делегированных свойств Kotlin, кастомных обёрток и продуманной архитектуры делает код надежным, поддерживаемым и готовым к масштабированию. #wbtech #kotlin #android #wbtech_habr0,32%
  • 7 апр. 2025 г.без подписи0,30%