Большинство разработчиков пишут на Auto Layout. Но не все знают, что есть альтернатива и не всегда Auto Layout подходит. В редких кейсах это просто необходимо
Frame-Based Development — это ручной layout через frame/layoutSubviews/layoutSublayers, в противоположность Auto Layout.
Вы скажите что так никто не делает и это уже не нужно. А я скажу что немаленькое кол-во компаний пишут лайаут вручную.
Тот же auto layout работает через constraints и систему уравнений. При большом кол-ви view'шек это все перерассчитывается на главном потоке.
На картинках свежие бенчмарки iPhone 16. В процентных сравнениях даже на новых устройствах auto layout сильно медленее.
Нужно ли это в 2026к? Вы недооцениваете глубину вложенных вьюшек в том же бдуи. Я сделал небольшой эксперимент, о котором напишу в следующем посту.
Полезные ссылки:
• Layout Framework Benchmark
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Сразу скажу быстро. Было очень круто. Мощные задачи крутых масштабов. Глубокие погружения в оптимизации. Архитектурные вызов. BDUI погружение...
Спойлер. На днях меня спросили "А почему ты пришел в яндекс с авито? Обычно всё наоборот...". Не знаю как воспринимать слова. Но я пока наоборот не жалею и рад, что дают кучу возможностей.
Я — Моб.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Как влияет вложенность вьюх на перфоманс?
В прошлом посте мы поговорили про Frame Based верстку. Судя по анализу и комментам — это не такой уж и непопулярный способ верстать. Где мы отказываемся от Auto Layout'а в сложных коллекциях.
Почему же это снова становится актуальным в 2к26?
На мой взгляд есть две причины:
• SwiftUI/Compose лайк верстки, которые требуют много хостингов
• Всякие BDUI, которые создают огромную вложенность
Все помнят что такое хитчи и ханги? Если не помните, то это микрофризы и зависания, когда движок отрисовки не успевает обработать кадр.
Если у вас глубокая вложенность с кучей тяжелых данных, блюром, тенями, то даже на мощных устройствах мы можете столкнуться с фризами.
Вчера в нашем чате даже поделились кейсом, когда отказ от UIStackView привел к улучшению производительности на 30%.
Полезные ссылки:
• Optimizing Auto Layout Performance
• Auto Layout vs Frame Sizes
• Mastering Performance Management in Swift: Best Practices for Optimising Your App’s Speed and Efficiency
В прошлом посте мы поговорили про Frame Based верстку. Судя по анализу и комментам — это не такой уж и непопулярный способ верстать. Где мы отказываемся от Auto Layout'а в сложных коллекциях.
Почему же это снова становится актуальным в 2к26?
На мой взгляд есть две причины:
• SwiftUI/Compose лайк верстки, которые требуют много хостингов
• Всякие BDUI, которые создают огромную вложенность
Все помнят что такое хитчи и ханги? Если не помните, то это микрофризы и зависания, когда движок отрисовки не успевает обработать кадр.
Если у вас глубокая вложенность с кучей тяжелых данных, блюром, тенями, то даже на мощных устройствах мы можете столкнуться с фризами.
Вчера в нашем чате даже поделились кейсом, когда отказ от UIStackView привел к улучшению производительности на 30%.
Полезные ссылки:
• Optimizing Auto Layout Performance
• Auto Layout vs Frame Sizes
• Mastering Performance Management in Swift: Best Practices for Optimising Your App’s Speed and Efficiency
Раньше мы все мечтали работать в Apple. А теперь в Anthropic
https://h.careers/job/801bba8a-4c25-4426-8d93-73bc1d0037a7
https://h.careers/job/801bba8a-4c25-4426-8d93-73bc1d0037a7
Ну че. Девнайт прошел. Приходите еще
Media is too big
VIEW IN TELEGRAM
О, нас тут обсуждают какие-то большие блогеры. Когда мы еще давно записывали воркшоп по курсору.
https://www.youtube.com/watch?v=_clx5W5B_n4&t=806s
https://www.youtube.com/watch?v=_clx5W5B_n4&t=806s
Вчера на ДейНайте я пообщался с парой хэдов мобилки и одним СТО.
У всех не очень оптимистичные взгляды:
- экономически нам сложнее. Работы на обход разных ограничений прибавилось +30%. И даже непонятно чьи ограничения вреднее. Наши или их.
- аи истерия может сильно повлиять на качество разрабов. Одни боятся, что придут ai product engineers. Это такие инженеры, кто хорошо понимают продукт, но слабо технологии. Это может повлиять на инженерную культуру как когда-то стали быть фреймворк разрабы а-ля React и SUI.
Кто-то даже не скрывал что хочет все бросить и уехать туда, где проще и лучше.
Но я также пообщался и с обычными работягами. Боевого духа в их груди будто больше. Многие наоборот понимают что аи дает бусты в обучении. Им уже не страшно изучать сложные вопросы, копаться в кишках, писать самостоятельно бэк или андроид. Наоборот, в глазах инженерах я заметил энтузиазм, а не лень, утомленность и страх.
Ставь💀 если считаешь что все плохо. Или 🔥 если видишь свет и надежду.
У всех не очень оптимистичные взгляды:
- экономически нам сложнее. Работы на обход разных ограничений прибавилось +30%. И даже непонятно чьи ограничения вреднее. Наши или их.
- аи истерия может сильно повлиять на качество разрабов. Одни боятся, что придут ai product engineers. Это такие инженеры, кто хорошо понимают продукт, но слабо технологии. Это может повлиять на инженерную культуру как когда-то стали быть фреймворк разрабы а-ля React и SUI.
Кто-то даже не скрывал что хочет все бросить и уехать туда, где проще и лучше.
Но я также пообщался и с обычными работягами. Боевого духа в их груди будто больше. Многие наоборот понимают что аи дает бусты в обучении. Им уже не страшно изучать сложные вопросы, копаться в кишках, писать самостоятельно бэк или андроид. Наоборот, в глазах инженерах я заметил энтузиазм, а не лень, утомленность и страх.
Ставь
Please open Telegram to view this post
VIEW IN TELEGRAM
Там был опрос по каналам среди мобильных разрабов. В целом, ничего откровенного я не увидел. Почти такие же данные мы еще собирали до таких больших опросов
1. Разрабы больше качают System Design (это мы еще начинали в 2024 когда сделали первый марафон). Можете также почитать мою статью
2. АИ инструменты мы обсуждаем активно тоже год
3. Иосеров, которые перешли в бэк, у меня за 4 года уже около 20 штук
1. Разрабы больше качают System Design (это мы еще начинали в 2024 когда сделали первый марафон). Можете также почитать мою статью
2. АИ инструменты мы обсуждаем активно тоже год
3. Иосеров, которые перешли в бэк, у меня за 4 года уже около 20 штук