Ставь лайк если чувство вкуса у дизайнеров телеграма на запредельно недостижимом уровне понимания

Топ бесячих багов телеграма

По горячим следам решил собрать в один список что же последнее время меня сильно раздражает в телеге и я ухожу в MAX

Вокруг разработки тг есть мистическая аура будто это большой бигтех.

Но мы уже знаем что всего ВЕСЬ ПРЛДУКТ делают 40 человек. А иос клиент вообще 2-3 разраба. Оно и видно. Некоторые баги не фиксятся годами. Идет активный рост, но слабая поддержка старых фич. Да и по качеству кода телеграма видно, что его пишут очень в сжатые сроки.

Давайте пройдемся и соберем бэклог. Может Дуров Паша сам лично прочитает это.

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

2. Пагинация. Она в мессенджерах непростая. Но серьезно никто из 100млн юзеров не зарепорил баг что может сбрасываться сообщения? Подгружаться не те? Я могу листать посты в канале и меня просто кидает в начало.

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

4. Краши. Особенно при переходе с разных аккаунтов.

Кидайте свои бесячие баги

В запретограме если че 12 сотрудников. А вы тут обновления в апках не можете выкатить вовремя…

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% к заказам.

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

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

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

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

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

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

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

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

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

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

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

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