🏆 iOS Контест от телеги с призовым фондом в $ 50 000

Дедлайн: 23:59 по времени Дубая 26 декабря 2025 года
Кто может участвовать: все желающие

📱 Только вчера показывал один из вариантов реализации анимации в таббаре, а уже сегодня Telegram стартанул конкурс, цель которого — внедрить эффекты Liquid Glass в старые версии iOS.

К сути: нужно точно воспроизвести анимацию и внешний вид (подсветка при нажатии, увеличение, баунс и растяжение) стеклянных элементов (для таббара, кнопок, свитчей и слайдеров). В слайдере блюр должен быть только у ползунка.

Требования:
– Минимальный таргет iOS 18.
– Никаких сторонних либ.
– Решение должно быть интегрировано в кодовую базу телеги (их наработки можно и нужно использовать).
– Изменения не должны аффектить стабильность и быстродействие (обещают замерять батарейку).

✈️ Детали конкурса - в официальном посте.

Всем участникам удачи!

😃 iOS Dev

Улучшение проверки регистрации в SwiftUI с использованием Key Paths

📖 В этой статье рассматривается, как с помощью key path можно значительно сократить объем кода, который необходимо написать, и, как прямой результат, сделать его гораздо более читабельным.

😃 iOS Dev

Одно приложение SwiftUI, шесть архитектур

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

Интересно, что он затрагивает и разницу между архитектурой и дизайн-паттернами, в которой многие путаются до сих пор.

В его примерах можно посмотреть на использование MVC, MVVM, VIPER, TCA и посмотреть на любопытный поинт, что чистая архитектура не что иное, как философия (без отсылок к Роберту Мартину не обошлось).

📖 А какие выводы он сделал - почитайте сами.

P.S. Он не скрывает, что использовал ИИ для помощи (хотя и без подсказок это считывалось), но в любом случае ещё один взгляд на обсуждаемую в программировании тему не будет лишним.

😃 iOS Dev

Какие настройки компилятора важны для Swift Concurrency?

📖 В своей статье Мэтт Массикотт проходится по существующим опциям и описывает рекомендуемые настройки для проектов, использующих Swift 6.

А ещё он пытается ответить на вопросы о том, какие режимы можно просто включить, а о которых можно даже не думать.

😃 iOS Dev

❄️ Снежинки на вашем рабочем столе c помощью Metal

Вышло в релиз приложение Макса Гришутина, в котором можно воссоздать эффект снегопада на вашем маке.

Классно, что есть обработка эффекта таяния снега на границах окон и возможность настройки.

⬇️ Приложение доступно в App Store.

🛠 А так как оно ещё и в опенсорсе, то можно чекнуть исходный код в этом репозитории.

А тут можно посмотреть на эффект гирлянды.

😃 iOS Dev

SwiftUI Animation Playground - интерактивное приложение для изучения анимаций

Нашёл ещё один любопытный опенсорс-проект для того, чтобы снизить путаницу при работе с различными типами анимаций.

Можно посмотреть сразу 9 типов анимаций: .spring, .smooth, .snappy, .bouncy, .easeIn, .easeOut, .easeInOut, .linear и .interpolatingSpring.

Есть и опции по настройке: duration, bounce, stiffness, damping и другие.

Затестить можно на разных типах фигур (или добавить свои, все же это опенсорс).

🛠 А здесь ссылка на github-репозиторий.

😃 iOS Dev

Актуальный вопрос к читателям

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

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

Но вот какая проблема у меня, моих коллег на протяжении последних года-двух это точно:

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

При этом я не против использования ИИ для написания кода кандидатами - но я прошу понимать написанное.

Какие вы дадите советы, стоит ли с этим бороться вообще? Если стоит, то как именно?

Например, лично я добавляю небольшую 20/30-минутную часть по изменению кода в процессе собеса.

А что ещё посоветуете?

😃 iOS Dev

Парадоксальный способ ускорить SwiftUI Preview

Хранимые свойства - неоптимальный вариант, так как Xcode перекомпилирует файл каждый раз, когда меняется значение.

А вот если менять значения в вычисляемых свойствах, то обновление будет мгновенным.

Аксель Ле Пеннек даже отправил запрос на этот счет в радар, и получил официальное подтверждение Apple на счет предположения.

😃 iOS Dev

Краткость - сестра таланта

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

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

Например, есть примеры роликов, в которых объясняется суть за час. А те, кто использует чаты для поиска ответов - сталкиваются с этим каждый день (а как иначе сжечь ваши токены).

Главная мысль - она как свая, фундамент, на чём должен держаться дальнейший процесс рассуждений.

Если её нет - то и дом рассыпется.

Поэтому когда я вижу статьи на час про то, как работает библиотека (относится и к поинтфри, и к мастодонтам нашей отрасли), хочется напомнить и про оригинал цитаты Чехова:

«Мой совет: в пьесе старайся быть оригинальным и по возможности умным, но не бойся показаться глупым... Не зализывай, не шлифуй, а будь неуклюж и дерзок. Краткость — сестра таланта»

😃 iOS Dev

Софты важнее

Признаюсь, ждал как минимум двухкратного перевеса в опросе, но в итоге они оказались приоритетнее не с таким уж и крупным отрывом.

Довольно очевидно, что такие навыки важны не только в работе, но и в жизни в целом.

Хотя некоторые подразумевают под этим только умение говорить (или уровень красноречия), на самом деле эта ветвь куда обширнее: к софтам можно отнести и адаптивность к изменениям, и работу в команде, умение управлять своим времененем и, что уж там, даже устойчивость к стрессу.

Но, конечно, их нельзя измерить тестами. А ещё тяжелее прокачать.

При этом я считаю, что при общении продвинутые софты это не только «всем улыбаться и принимать за истину точку зрения собеседника», но ещё и способность аргументированно обосновывать, почему то или иное решение откровенно плохое. Что, кстати, логично вытекает из развитых хардов: вряд ли без опыта получится детально по кирпичикам рассказать, что задачу делать не одну минуту.

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

Развитые софты в команде - это путь не только к здравой атмосфере в коллективе, но и топливо без примесей для четкого графика релиза фич, отсутствию недопонимания и расставлению точек над i на дистанции.

А ваши личные - ещё и красная дорожка к любому продвижению по карьере вперёд. Хотя у кого-то она может быть и жёлтой, или даже зелёной.

😃 iOS Dev

Как Apple «исправили» проблему с сотовой связью в 2010 году

С выходом iPhone 4 многие пользователи обратили внимание на следующее: если взять телефон определённым образом, то сигнал сети ухудшался (визуально с 5 полосок до 2).

Спустя насколько недель компания опубликовала письмо, в котором свалила вину за это на неправильную формулу.

Но на самом деле все было куда интереснее, они изменили отрисовку полосок, сделав переход более плавным, а само решение уместилось в 20 байт.

А ещё они изменили высоту этих столбцов в самом интерфейсе (казалось бы, такая мелочь, но как меняется восприятие).

Я люблю такие истории, и некоторые из них периодически появляются и в нашем канале:

📖 Почему размер иконок в первых айфонах стал именно таким | 📖 Как создавалась клавиатура в iPhone

😃 iOS Dev