Привет!

Ваши A/B-тесты не работают? Тогда мы идём к вам! Ну или вы к нам…

На связи Женя Пак, я руковожу отделом разработки инструментов A/B-тестирования и стендов метрик.

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

И мы хотим поделиться этим опытом, поэтому приглашаем вас на открытый Ozon Tech Community A/B-testing Meetup, 25 января в 18:00 в Москве.

https://habr.com/ru/post/711838/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711838

Всем привет! Меня зовут Кирилл, я старший разработчик в группе «Полигоны и ограничения доставки» в Ozon. Cегодня я расскажу про фаззинг, встроенный в Go: что это такое, зачем он нужен в разработке программного обеспечения и как с его помощью найти баг в дикой природе open-source-коде (рассмотрим на примере).

https://habr.com/ru/post/711428/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711428

Всем привет!

Меня зовут Игорь, и я руковожу тестированием в Ozon Fintech.

Внутри Ozon тестирование на Python популярно в командах логистики, склада, маркетплейса и всего финтеха. Почему мы используем этот язык?

Ответы на поверхности:

• Он прост в изучении и применении – это позволяет нам находить кандидатов, не знающих Python, и быстро погрузить их в язык.

• При этом это самый популярный язык автоматизирования тестирования, и, как следствие, много материалов по теме и кандидатов на рынке =)

• Batteries Included Philosophy.

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

Больше о нашем подходе к тестированию на Python мы расскажем на первом в этом году открытом Ozon Tech Community QA (Python) Meetup 18 января в 18:00 в Москве.

https://habr.com/ru/post/710418/?utm_source=habrahabr&utm_medium=rss&utm_campaign=710418

Меня зовут Александра, я дизайнер из Ozon в SX — Seller Experience. Сегодня расскажу продуктовую историю о таблицах и дизайн-долге.

Иногда приходится работать с устаревшими системами, при этом ресурсов на улучшение нет, и поэтому новые доработки внедряются с минимальными изменениями. Каждая новая функциональность всё больше и больше усложняет систему, делая её сложной для использования, а новым сотрудникам тяжело вникать в проект (да, легаси бывает не только у разработчиков).

Так было и с нашим продуктом, который накопил много недочётов. Работа без компонентов усложняла внедрение нового как со стороны дизайна, так и со стороны фронтенда. От неконсистентности страдали и пользователи. Особенно плохи были дела с таблицами. Настолько, что пользователи вручную увеличивали страницу, чтобы найти горизонтальный скролл. Нагруженные таблицы — вечная боль, и ресурсов на возврат дизайн-долга и техдолга, как всегда, нет — новые фичи сами себя не спроектируют. Под катом наша история решения большой задачи с низким приоритетом.

https://habr.com/ru/post/708162/?utm_source=habrahabr&utm_medium=rss&utm_campaign=708162

Привет, Хабр.

Меня зовут Саша, я занимаюсь разработкой инструментов мониторинга тестирования, но по факту ещё и исполняю роль руководителя направления QA в домене Маркетплейса, ответственном за создание всех карточек товаров на Ozon.

Если вкратце, наша задача заключается в сопровождении селлера от этапа загрузки файла Excel, в котором есть сто тысяч пар носков, до момента, когда все эти носки окажутся на витрине Ozon. Очевидно, что мы занимаемся не только парсингом экселек — у нас есть и highload-сервисы раздачи контента, несколько стейт-машин, системы с мастер-данными всего Озона, и немалый отдел ML, так что мы регулярно сталкиваемся со сложными и нестандартными задачами, подход к решению которых, впрочем, мы всё-таки пытаемся стандартизировать.

За последние полтора года, как наше направление отделилось от основной разработки Маркетплейса, QA-отдел вырос в пять раз, с 5 до 25 QA-инженеров. О том, как мы решали вопросы масштабирования команды и плакали пытались справиться с legacy-наследием в доставшихся нам процессах, подробнее расскажу под катом.

https://habr.com/ru/post/707092/?utm_source=habrahabr&utm_medium=rss&utm_campaign=707092

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

Мы на пальцах рассмотрим что такое шардирование, как оно помогает в масштабировании и даже рассмотрим тот самый этап «роста».

https://habr.com/ru/post/705912/?utm_source=habrahabr&utm_medium=rss&utm_campaign=705912

Всем салют!

Давно не виделись. Я Леонид Могучев, тимлид группы тарификации Ozon.

Go is love, Go is life. Go — целевая платформа разработки, используемая в Ozon Tech. На Go у нас написано более 1000 микросервисов, обеспечивающих работу сайта, склада, систем логистики.

Выбор Go в качестве целевой платформы обоснован не модой или новизной технологий, а достоинствами языка, важными для разработки решений. Мы быстро растём, и скорость реализации фич вместе с качеством и стабильностью сервисов стоит первой в списке приоритетов. Go очень эффективен: на нём можно просто и быстро писать высокопроизводительные решения, а потом их поддерживать и масштабировать.

А вот и тот анонс поближе, который просили в комментариях. Ждём всех в гости на открытый Ozon Tech Community Go Meetup 9 декабря в 18:00 в Москве.

https://habr.com/ru/post/703768/?utm_source=habrahabr&utm_medium=rss&utm_campaign=703768

Привет, Хабр!

Меня зовут Миша Кабищев, я руковожу направлением базовых сервисов в платформе Ozon.

Платформа в Ozon – это разработка для разработки, мы снабжаем инженеров библиотеками, фреймворками и подходами, которые решают их повседневные проблемы - быстрый старт нового сервиса, работа с очередями и базами данных, балансировка нагрузки, рейт лимитинг, circuit-breaking и многое другое. Одним словом, мы упрощаем жизнь коллег, чтобы Time to market сокращался, и пользователи получали больше новых фич без потери качества.

Приглашаю в гости на открытый Ozon Tech Сommunity Platform Meetup, который состоится 8 декабря в 18:00 в Алматы. Онлайн формат тоже будет.

https://habr.com/ru/post/703094/?utm_source=habrahabr&utm_medium=rss&utm_campaign=703094

Привет, Хабр! Меня зовут Соня, я продуктовый дизайнер в Ozon. И сегодня я расскажу, как мы увеличили конверсию из просмотра поисковой выдачи в переход в карточку товара на 24%.

После бума YouTube в середине 2000-х стало ясно, что людям нравятся видео. Со временем к видео с котиками и смешным роликам добавились рекламные ролики брендов. А сегодня практически на любом лендинге на первом экране мы видим видео. Видеоролики повсюду: в социальных сетях, на учебных платформах и в маркетплейсах.

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

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

https://habr.com/ru/post/699984/?utm_source=habrahabr&utm_medium=rss&utm_campaign=699984

Казалось бы, с документацией всё просто — пишешь, публикуешь, поддерживаешь актуальность. Например, вот у нас в Ozon есть пользовательские инструкции на docs.ozon.ru: выглядит просто как текст на сайтике, что ж необычного-то в его размещении и в целом в работе техписателей?

Если начать раскапывать, всплывёт ещё несколько вопросов:

• где хранить тексты и почему Confluence не подходит?

• как красиво оформить документацию с помощью статических генераторов сайтов

• зачем техписателям знать git и CI/CD?

• в какой момент пора искать разработчиков в команду и превращать документацию в платформу?

На связи Катя — руководитель отдела технических писателей в Ozon, и сегодня расскажу о платформе Docs Ozon изнутри.

https://habr.com/ru/post/695868/?utm_source=habrahabr&utm_medium=rss&utm_campaign=695868

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

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

Сегодня я поделюсь нашей историей запуска инструмента Kafka Cruise Control от LinkedIn. Наш путь по запуску на наших объёмах был тернист, и получился интересным, почти детективным рассказом. А если вы думаете, как автоматизировать рутинные операции по администрированию Kafka-кластеров, то, уверен, почерпнёте для себя что-то полезное.

https://habr.com/ru/post/694030/?utm_source=habrahabr&utm_medium=rss&utm_campaign=694030

Всем привет! Меня зовут Сергей, и сегодня я расскажу о том, как я искал носки мы выстраивали процессы тестирования в команде.

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

C ростом команды, функциональности и технического долга процессы перестали быть эффективными. В какой-то момент мы поняли, что с нашим маленьким покрытием, заброшенными тестами и текущими инструментами нам далеко не уйти, поэтому решили изменить стек, процессы и подружить тестировщиков и разработчиков. Обо всём этом — в статье.

https://habr.com/ru/post/693740/?utm_source=habrahabr&utm_medium=rss&utm_campaign=693740

Задача матчинга в последнее время набирает всё большую популярность и используется во многих сферах: банки матчат транзакции, маркетплейсы – товары, а Google и другие IT-гиганты проводят соревнования по решению таких задач на Kaggle.

Для маркетплейса матчинг – очень важный процесс, который решает сразу несколько задач:

1. При поисковом ранжировании из множества товаров показывать сначала самые выгодные предложения.

2. Объединять множество товаров в одну сущность и показывать предложения одного и того же товара от разных селлеров.

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

Сегодня мы поговорим не только о решении этой задачи, но и о способах её реализации: offline (batch) vs online (realtime). Также обсудим, как и зачем переходить от первого ко второму.

https://habr.com/ru/post/692860/?utm_source=habrahabr&utm_medium=rss&utm_campaign=692860

Всем приветы! Меня зовут Ваня, я медиаинженер и занимаюсь разработкой видеоплатформы в Ozon — в основном бэкендом. В апреле 2022 года мы презентовали сервис Ozon Моменты — ленту коротких видео. Главные фичи, которые мы хотели реализовать:

— скорость отображения контента: видео должно стартовать максимально быстро, а переходы между роликами должны быть максимально бесшовными;

— качество контента: видео должно быть приемлемого качества и хорошо выглядеть;

— размер контента: видеофайл должен быть минимального размера;

— универсальность контента: видео должно воспроизводиться на любом экране, будь то iPhone 69 Pro Max или тостер от Smeg.

Что мы сделали для реализации вот этого всего и на каких дрожжах, читайте под катом.

https://habr.com/ru/post/690596/?utm_source=habrahabr&utm_medium=rss&utm_campaign=690596