Подборки докладов от компаний про BDUI

Можно сказать, что BDUI становится все популярнее. Но уже понятно, что реализация и опыт у всех компаний разные.

Первое, сильно отличается градус интереса и награды, когда ты разработчик BDUI, а когда потребитель. Многие считают, что разрабатывать саму технологию интереснее и выгоднее. А просто верстать экранчики уже скучнее. В целом для справедливости, в нативе также)

Второе, у всех свои велосипеды. Одни просто перекладывают JSON'ы в монолите и теряют инженерную культуру. Вторые делают полноценые микросервисные архитектуры и свою среду разработки. Я даже встречал инженеров кто устал красить кнопки в iOS и искренне полюбил BDUI.

Не все так однозначно. Разрабатывать BDUI еще сложнее чем на нем писать.

💚Beduin v2: Backend-Driven UI
Честно говоря, мне как инженеру не нравилось писать на бедуине в авито. И до сих пор считаю что в яндексе я за год делал задачи интереснее, чем в авито за три.

И я согласен с комментаторами из авито, в одном из постов, что инженерная культура сильно снижается у такого подхода. Ты становишься экспертом местного велосипеда. Потребитель такой реализации BDUI скорее становится не мобильным разработчиком. А уже бэкендером или манагером. Плохо ли это? Ответа у меня пока нет.

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

📦 Сравниваем нативную разработку и BDUI | Рустам Кенджаев, Яндекс Маркет
Насколько я слышал, у маркета почти не осталось нативных разработчиков. Это мне говорил интервьюер на собесе. На мой вопрос "А зачем вы тогда спрашиваете платформу по iOS?" он дал справедливый ответ: "Если разработчик знает хорошо свою основную платформу, то также разберется и в другой".

Остальное можно оценить по докладу.

🥰 Дмитрий Жердев — BDUI – удовольствие или боль?

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

😎 Ускорение приложения с помощью Size, Stride, Alignment в Swift

В нашем чате недавно был спор.

Мы разделились на два лагеря: один лагерь говорил что знания про Size, Stride, Alignment, Side Table — непрактические и в реальной жизни есть более важные знания и практики. Другие говорили, что с помощью таких знаний можно сильно забустить апку.

Я решил проверить и с помощью нейросети накидал пару примеров:
- Декодинг 10к товаров
- фильтрация в 500к элементах
- создание 200к событий аналитики

Результаты выглядят так:
1️⃣ JSON Декодинг (10K товаров).
Было 17.9 ms, 468 KB. Стало 15.8 ms, 312 KB
Ускорение: 1.1x
Экономия памяти: 156 KB

2️⃣ Фильтрация массива (500K товаров)
Было: 56.5 ms, 23437 KB
Стало: 44.1 ms, 15625 KB
Ускорение: 1.3x
Экономия памяти: 7812 KB

3️⃣ Запись аналитики (200K событий)
Было: 71.3 ms, 9375 KB
Стало: 70.5 ms, 7812 KB
Ускорение: 1.01x
Экономия памяти: 1563 KB

Сильно критичного буста я не вижу. А вы как считаете?

Ставь 🖤 если считаешь глубокие знания про память обязательными и 💀если это скорее приятное дополнение

💎 Новый раздел "Perfomance"

Я усиленно хочу погрузиться в эту тему. В эпоху блокировок, тяжелого контента и слабого покрытия сети.

В этом разделе мы собираем самые важные советы по ускорению приложения. От новичка до профи.

Раздел будет обновляться.

🟣Доклады
🟣Статьи
🟣Реальные свои и чужие практики
🟣Чеклисты
🟣Методы дебага

Получить доступ можно 💰тут или ⭐️ тут