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 — есть ли в этом практическая польза

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

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