Snapshot тесты для iOS. быстро, стабильно на Metal

Наш подписчик написал крутую статью про тесты. Я считаю, что в эпоху ИИ, тесты не вошли в свой прайм. Энтропия растет, и чтобы понимать где что пошло не так, недостаточно просто писать тесты. Требуется большой апгрейд автоматизации и мониторингу.

В статье не просто туториал, но и множество интересных и клевых штук:
- как версии iOS и небольшие изменения в среде могут влиять на "шум"
- отдельно интересно как вместо точного определения лучше сравнивать с учетом восприятия цвета человеком
- Использование GPU и Metal для улучшения тестов. Особенно как они ускоряют выполнение и стабильность

Перфоманс открытия апки или скорость билда проекта?

Увидел на днях статью на хабре. Конечно, работа очень крутая и статью я советую прочитать всем. Ребята из т-банка проактивно подошли к проблеме и законтрибьютили в Swift.

Но меня защимило вступление вначале, которое я не мог не прокомментировать:

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

1️⃣ На сколько я слышал, сборка основного проекта Т-банка занимала почти 40 минут на холодную. Точно ли правильно выстроен приоритет, чтобы заниматься оптимизацией апки на миллисекунды, которая обновляется раз в квартал, а не начать с оптимизацией скорости сборки? Слышал туист улучшил дело, но интересно как там прогоняются CI сборки?

2️⃣ Я уже писал, что в одной компании, где первая буква А и последняя О, был эксперимент. Там специально замедлили главную на ~2 сек и никакие продуктовые метрики не упали. Абсолютно никакие.

а что бы вы стали улучшать первым? Миллисекунды загрузки экрана или минуты в CI/CD и сборках?

Техники перфоманса в Авито

Опять же по следам предыдущего поста. Поговорим почему в маркетплейсах перфоманс считается внимательно:
- в авито, озоне, и я.маркете каждая команда которая выкатывает фичу под аб-тестом, получает метрики перфоманса. И если они упали, то ваша фича блочится. На 100% не получите раскатку если time-to-render и time-to-scroll будут критично низкие
- в маркетплейсах перфоманс критичен. Там есть черные пятницы, продавцы с локальными скидками, закрытия. Нужно много успевать продать и быстро.
- скорость там важна. Поэтому маркетплейсы отказываются от долгих анимаций, сложного дизайна. Дабы не спугнуть прогретого юзера лишними секундами ненужного ожидания.

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

С примером же самоката, где все было медленно и долго, это как раз была первая мысль.

Поэтому перфоманс может быть и важен. Но зависит от контекста и области.

Анатомия энергопотребления

Так уж и быть. Этот месяц на канале будет тема перфоманса. В прошлом посте доклад Тимура был про частые заблуждения о перфомансе. Мы еще отдельно разберем это, но главные тейки "не ускоряй все подряд", "к перфомансу надо относиться аккуратно".

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

Очень интересный доклад как трекать скорость энергопотребления

Перфоманс истории от инженера из Авито

В прошлом году было очень много докладов от команд перфоманса. Поэтому постараюсь будет пару постов в день.

С чем это связано? Ну у Авито всегда была отдельная команда которая занималась ускорением нетворка, кэширование, отрисовки и всем всем всем другим, чтобы апка работала быстрее.

Что нового тут? Здесь мне понравился блок про новые вызовы в 2к25:
- это блокировка мобильной сети
- и кэширование BDUI
- почему нужен оффлайн режим для перфоманса

Смотрите обязательно

Отключение интернета в рф составило 37 000 часов и 11.9 миллиардов $ ущерба экономике.

А вы все еще считаете что оптимизация нетворка и оффлайн режим не нужны?

The Hero with a Thousand Faces

#рецензии_на_книги

Праздники заканчиваются. Салаты пропали. Гарри Поттера пересмотрен.

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

Мономифы, сны, обряды инициации, религиозные обряды. Я пока еще не впитал все соки, чему учит книга, но наверное (?) базовому сторитейлингу. В этот раз книга расскрылась как проводник роста. Для тех, кто находится в переходном состоянии.

Если же прокачивать сторитейлинг, то главное откровение, которое дает книга: герой - это зритель. Автор - ментор. В хорошей же истории героем должен быть читатель.

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

Пока ставлю этой книге оценку ??? из ??? потому что видимо пока не созрел. Поищу че-нибудь попроще.

Пацаны, я правда АБСОЛЮТНО СЛУЧАЙНО скачал золотое яблоко. И смотрите какой баг.

Так я моюсь мылом три в одном. Такие нефорские темы не для пацанов.

Там курсор выложил лучшие практики для кодинга

В новом году в канале будет больше аи-инжнеринга. Готовьтесь.

https://cursor.com/blog/agent-best-practices

Не хочу портить настроение, но завтра надо на работу.

В этом году я решил отдельно подтянуть такие вопросы как восстановление и отдых. Отпуск, новогодние каникулы или выходные такой же (а иногда и более) стресс, как и работа. Смена режима, фокусов, вялость.

Вот вам базовые советы от минздрава как эффективно начать завтрашний день. А тут набор хороших рекомендаций.

AI-скиллы для Swift Councurrency

Уже пару месяцев аи-сообщество обсуждает новую фичу от агентов — скиллы. Мы еще поговорим отдельно о новом навыке для программиста — оркестрации, но сейчас можно подробнее про скиллы почитать тут

Проще говоря, skill - это «упакованный» кусочек экспертного опыта или пошаговой процедуры, который агент может динамически загрузить и применить, когда этот навык ему пригодится.

Автор блога SwiftLee решил сделать свой аи-скилл пак для Swift Councurrency. Что они делают? Проще говоря это уход от ручной работе. Вы передаете свои скиллы своему агенту, где он пишет код так, как писали бы вы.

Apple официально проиграли ИИ гонку

Любители Apple ждали, что она вот вот представит миру новую нейросеть. Ведь она долгое время не презентовала свою. И критиковал конкурентов с теми самыми башнями перед своими слабыми WWDC (через два дня Open AI разбила критику)

Чуда не случилось. Поэтому Apple сделала ход конем и взяла наработки андроид разрабов Google.

Ну что, вангуем закат Айфонов как символа инноваций?

На выходных записываю подкаст с iOS разрабом из Uber’а. Собираю вопросы.

Если у вас есть что задать про собесы, работу, зарплаты, культуру, релокацию - пишите в комментах.

Кстати, если ты тоже работаешь или работал в MAANG’е - пиши в лс

Ускоряем приложение эффективно

Продолжаем месяц темы перфоманса.

1️⃣ PaginationShowTime. Метрика отражает как быстро отработала пагинация
2️⃣ Картинки товаров для Slow Network.

Зачем это нужно?

Для меня есть несколько типов приложений, где перфоманс критичен:
- Мессенджеры и звонки. Очевидно почему
- Медиа. Ютуб, тикток, запретограм
- Маркетплейсы. Где весь бизнес построен на онлайне и скорость апки == скорости заказов.

Благодаря ускорениям за пол года +7% к рекламной выручке и +5% к заказам.

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

Поэтому первое правило оптимизаций: оптимизируй то, что нужно.

О (само)развитии

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

Когда я был маленьким и наивным, я думал: вот приду в большую компанию и меня всему научат. Там все правильно. Читают умные доклады, людям платят хорошие деньги за пользу. Там дружное комьюнити, где все думают об инженерной культуре и развитии. Не зря же мы проходим столько ими придуманных испытаний?

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

С опытом начинаешь понимать, что реальность сложнее. Доклады нередко приукрашены или обрезаны под задачи деврела и техпиара. Комьюнити держится на одном-двух энтузиастах и быстро выдыхается. Инженерная культура регулярно проигрывает конфликт бизнес-приоритетам. В такой среде развиваться тяжело. И где-то внутри остаентся ощущение легкого обмана. Будто реальность, сквозь натянутую улыбку, тебе показывали не полностью.

В этой точке есть несколько путей.

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

Еще путь — это забить на все и плыть по течению. Этот путь тоже не проактивен, а реактивен. В обоих случаях ты отдаешь ответственность за свои действия на внешние обстоятельства.

Третий путь: создать собственную систему развития и собственное дерево ценностей. Именно из этого ощущения я и развиваю свой канал. Он не зависит от конъюнктуры хайпа, алгоритмов и чужих повесток. Он держится на людях, которые действительно хотят развиваться и принимать честные вызовы. Только так это имеет смысл.

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

Разрабы ВСЁ?

Вчера в комментах уже поделились, что в одной компании сократили разрабов и заменили курсором.

Началось?

На праздниках подключил Алису к умному дому и откровением стала апка «умный дом».

Очень вайбовая и прикольная. Пацаны, мое почтение.

Осталось теперь как-то наличие эмби лампы найти и заценим.

Что ждет инженеров в ближайшие два года

Ну че. В 2026 уже почти все сделали прогнозы. Давайте заглянем в 2028. Addy Osman директор Google Cloud AI дал свои прогнозы. По его мнению следующие два года будут критическими для инженеров.

Доверять им или нет — выбор каждого. Но все же мне показались интересными и решил поделиться:

1️⃣ Че будет с джунами?
АИ забирает много рутины. Джунам уже не нужно зубрить 100 вопросов про их любимый фреймворк, а идти и развиваться в инженерию и изучать АИ тулкиты.

2️⃣ Что будет с навыками?
Теперь работа смещается к архитектуре, ответственности за качество, тестированию и безопасности. ИИ неплохо справляется за рутину, но более сложные вопросы качества и безопасности — всегда будет ответственность человека.

3️⃣ Что будет с ролью разраба?
Есть два пути:
- AI Review. Люди будут более внимательно изучать код сгенерированный АИ.
- Оркестровка. Разрабы становятся архитекторами и глубже погружаются в систем дизайн, где ИИ это всего лишь инструмент.

4️⃣ Узкий специалист или универсал?
Узкие специалисты рискуют оказаться невостребованными, если их ниша будет автоматизирована. Преимущество получают T-шейпев инженеры, с глубокими знаниями в одном направлении и широкими навыками в других. Условно iOS-сер с глубокой экспертизой, но который легко может писать код для андроида или бэкенда.

Статья не кричит что всех разработчиков заменят. Но показывает, что сама профессия сильно поменяется. А требования сильно расширятся.