Как писать юнит-тесты на многопоточный код

Следующий месяц будет преимущественно про Advanced Swift Concurrency + Swift 6:
🔘Порешаем самые интересные задачи
🔘изучим не только плюсы, но и глубже познакомимся с проблемами
🔘сразу перейдем к практике и задачам
🔘и многое другое

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

A deep dive into Collections, Sequences, and Iterators in Swift

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

Донни считает что знать это полезно потому что:
- Понимание Sequence и Collection помогает писать структуры или расширять существующие с правильной семантикой
- Знание как работет под капотом for in помогает предвидеть проблемы с производительностью или безопасностью

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

Нужно было пагинировано загружать блоки. Обычный массив мне показалось скучно. Да и планов на этот экран было много: обновлять через вебсокеты и делать это интерактивно. Выгружать данные из CSV. Добавлять сложные запросы. Подписки, баланс, статусы перевод. Короче, хз че как там сейчас. Но экран был потенциально амбициозный (а как еще эффективно продать разработку разрабам).

Я решил запроектировать и написать свою коллекцию TransactionsHistory, а для универсальных транзакций заюзать какой-нибудь WalletActivityStream (AsyncSequence).

Почему не подходил обычный массив?
- Ну, массиву нужно знать заранее сколько памяти хранить. Это не всегда эффективно по памяти.
- Копируется при мутации (CoW). Мутации требуют перераспределения данных
- Большие массивы === большой риск Out Of Memory
- Нет асинхронной семантики
- Нет ленивой выборки

Если у пользователя 20 000 транзакций — в память загружается весь буфер. Если пришла новая операция, то массив нужно пересоздавать или вставлять, а это потенциально капец как дорого. Статус платежа изменился? Снова изменение коллекции. Ну и вот такие детали помогают лучше понимать когда нужна коллекция, а когда стрим.

Так сделал ли я в итоге крутую коллекцию? Отложил после MVP 😂

📺 Swift Concurrency + Swift 6 на практике

Мы снова глубоко погружаемся в Swift Concurrency. На канале было много теории и практики — но этого все равно мало.

Хочется услышать опыт инженера, который прошел этот путь в проде: переписывал и лидировал проекты, сталкивался с подводными камнями и точно знает, что работает, а что нет.

👨‍🦱 Наш ДОРОГОЙ друг Савва @ios_iss_blog — ведущий инженер, который уже перевел несколько крупных приложений на Swift Concurrency и Swift 6. В своем канале он подробно делится разными кейсами.

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

Этого не расскажет чатгпт!

🧑 Сейчас — идеальный момент, чтобы переходить на современный стек. Если вы собираетесь обновить старый проект или хотите лучше понимать новую эволюцию языка, этот выпуск будет максимально полезен.

В конце месяца сделаем тренировки по SC и порешаем реальные задачи.

Получить доступ по скидке 💰тут или ⭐️ тут

DivKit

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

Будто App Store может тебя заблокировать из-за этого или что BDUI развитие только в СНГ (где удаляют прилы). Но почти все фаанг компании написали и юзают по паре таких технологий. Тот же Facebook*(осуждаем и порицаем) и апки гугла почти все на BDUI.

А в СНГ это Авито, Озон, Х5, Маркет.

DivKit — это фреймворка для BDUI. Это позволяет менять экран без релиза приложения и переиспользовать код и настройки UI между платформами. Под капотом — общий JSON, набор рендереров для клиентов и утилиты для генерации/сборки JSON на сервере.

На тренировках по систем дизайну мы разбирали BDUI. Где я во многом опирался на общие практики.

Как это работает:
- Сервер формирует JSON (карточку/экран) — руками или через json-builder.
- Клиент получает JSON и отдаёт его див-рендереру (DivView), который строит нативную иерархию.
- Интерактивность описывается в JSON: состояния, анимации переходов, обработчики действий, переменные.

Самое важное что пишется в самой доке это рекомендации когда юзать DivKit, а когда нет. На мой взгляд это отличный чеклист для всех BDUI:
- Нужно часто менять интерфейс без публикации в сторах
- Хочется единый контракт на UI между iOS/Android/Web

Когда не нужно использовать:
- Экран редко меняется, а весь продукт — чисто нативный без SDUI-процессов
- Команда/процессы не готовы поддерживать контракты и версии между клиентом и сервером
- Когда нужны сложные анимации и красивый UI

Ставь 🖤 если нравится BDUI
и 💀 если нет

TaskLocal в Swift

В нашем воркшопе по Swift Concurrency + Swift 6 Савва немного прошелся по TaskLocal. Подметив, что это интересная, но редкая механика языка. Я даже пошел копаться в последних проектах и не нашел ни одного использования.

Представь, что у тебя куча асинхронных задач. Каждой нужен свой контекст — ID запроса, логгер, настройки. Как решать эту задачу?

Пробрасывать через параметры? Замусорено при большом кол-ве.
Глобальная переменная? Гонка данных. TaskLocal — элегантное решение.

Данные доступны везде внутри этой задачи и ее детей, но не видны другим задачам.

Ситуация: Пользователь делает запрос к серверу. Ты хочешь логировать всё, что происходит с этим запросом — куда ходили, что упало, сколько времени заняло.

🧬 Без TaskLocal: контекст либо глобальный, либо прокидываешь через 100500 параметров.

💎 С TaskLocal: каждая задача живет в своем контексте с данными, которые видны всем внутри, но изолированы от других задач.

Это как номер заказа в ресторане — официант не таскает бумажку с номером, но всегда знает, какой заказ обслуживает. Другие официанты со своими заказами ему не мешают.

📺 Advanced Swift Councurrency: Классические задачи №1

Недавно в опросе выяснилось, что почти 58% из 678 участников уже используют Swift Concurrency в реальных проектах. Это впечатляет. Но при этом практических материалов почти нет — в основном лишь пересказы документации или обзоры базовых концепций.

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

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

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

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

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

В этой подборке я начал с классических задач:
🟣Race conditions и data races — почему это происходиь
🟣Task cancellation patterns — важность в реальном проекте
🟣Deadlocks и priority inversion — как такое возможно
🟣Actor reentrancy — есть ли в этом практическая польза

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

А в закрытой базе мы собираем самые практические задачи 💰тут или ⭐️ тут