🌺 SwiftUI: Что такое ViewBuilder?

ViewBuilder — это атрибут Swift, представленный в SwiftUI.

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

В ноушене написал подробнее про:
🟣Для чего его придумали?
🟣Лучшие практики использования

💎 Подробнее почитать можно тут

🖥 Паттерн проектирования Object Pool

Основная идея заключается в том, что сначала создаем набор объектов (пул), затем получаем или освобождаем объекты из него, вместо того, чтобы постоянно их создавать и удалять. 

Например, Grand Central Dispatch использует в своей реализации этот паттерн. Он дает заранее созданные очереди

🌄 Больше паттернов тут

Управление зависимостями в Авиасейлс

Еще одна статья про DI в SwiftUI.

Автор статьи поделился крутым материалом как они разбирались с DI:
- Dependency Injection,
- World pattern
- struct-based dependencies.

Если у вас есть крутые статьи — присылайте

💎 Больше инфы про DI тут

💎 Вопросы для собесов на мидла Swift | ч.1

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

Много интересных задач, на которые и сам не всегда знаешь ответы.

Собрал вопросы:
🔘 Какие виды коллекций есть кроме Set, Array, Dictionary
🔘 Сколько фаз есть у инициализатора
🔘 Lazy коллекции
🔘 Что такое Sequence?
🔘 В чем отличие count от capacity?
🔘 Многие другие вопросы

А также интересные задачи про группировки массивов, дженерики, удаление дубликатов в кастомном опционале.

🌿 Этот и другие сборники можно найти тут
🧬 Ознакомиться с другими сборниками тут

Обновление ноушена за неделю

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

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

А я все лучше понимаю что хочу сделать и чем поделиться для читалей.

Что добавилось:
🟣 Добавлены уникальные задачи на рефакторинг
🟣 Релизнуты задачи на UIKit для мидлов
🟣 Начал работать на вопросы для собесов по Swift
🟣Сделал отдельный раздел по многопоточности, где будут собираться задачи, статьи и паттерны
🟣Написал про потокобезопасность в iOS с кодом и задачами

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

Полный список изменений в картинке

🌸 Вступить в сообщество и получить доступ к закрытым материалам можно тут.

Анонс роадмапа для иос-разработчика

Начал работу над роадмапом для iOS разработчика

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

Но в чате меня переубедили, что он будет полезен. Особенно тем, кто захочет быстро освежить знания перед собесами даже среди сеньоров и лидов.

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

Начал пока с джунов, потом поэтапно буду до остальных грейдов (может даже дойдем до Staff-инженера)

💎 Получить доступ смогут только подписчики бусти

🌺 "Быть, а не казаться" | Стивен Кови

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

Книги заменяли мне окружение и друзей, давали пищу для ума и новые взгляды. Изменяли и образовывали.

Те знакомые, кто жаловался на жизнь и говорил "у меня не было человека, кто научит жизни" всегда вызывали удивление. Ведь есть же книги.

Образование — это твоя униформа. По ней ты определяешь на каком языке будешь говорить с человеком и какие темы для разговора поднимать. И нужен ли вообще тут диалог.

Книга "Быть, а не казаться" — точно одна из лучших книг, которую я читал. В ней поднимаются актуальные вопросы и даются зрелые ответы:

- Насколько важны характер и этика для достижения успеха?
- Что такое успех?
- Как удержать его и быть счастливым?

Настоятельно рекомендую эту книгу.

Воркшоп: Кастомный BottomBar в SwiftUI

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

Стэк:
🟣 SwiftUI > iOS 17
🟣 Навигация NavigationStack + Coordinator
🟣 Архитектура MVI

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

🌄 Получить доступ к воркшопу и проекту можно тут

Yandex Mobile Ads SDK 7: SKOverlay, новые механики и другое

Вы не просили — я сделал. Рассказываю про обновление Mobile Ads SDK 7. Собрал основную инфу, которая интересна разрабам для iOS.

Появились новые механики показа рекламы в полноэкранных форматах:

🟣 Отдельно для iOS добавили SKOverlay – пользователи смогут установить приложение прямо из объявления, не переходя в App Store
🟣 В полноэкранных форматах можно показывать несколько объявлений в одном рекламном месте
🟣 Добавлен интерактивный экран-пэкшот в конце рекламы

Для андроида появились свои фичи: формат Лента” для приложений с возможностью скроллинга и Debug Panel.

🌿 Подборка вопросов к собесам часть 2

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

Собесы — это отдельный скилл. Он параллельный навыкам, которые мы получаем на работе. Мы можем быть крутыми разрабами, но собесы валим или не можем адекватно оценить кандидата.

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

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

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

Поделюсь последними подборками:
🟣Вопросы для собесов на мидла Swift | ч.1
🟣Задачи на рефакторинг ч. 1
🟣Вопросы для собеседований UIKit | Junior часть 2
🟣Вопросы для собеседований SwiftUI | Junior ч. 1
🟣Вопросы для собесов по памяти для мидлов ч. 1

Множество открытых ресурсов содержат либо 10-20 вопросов, либо в них нет ответов, либо они устарели или ошибочны. Я уже собрал около 200 вопросов и 50 задач с ответами и решениями, там где нужно. А также 100 статей и видосов. Чем больше я их делаю, тем больше идей в голову приходит. В планах десяток подборок с валидированными ответами или уникальными задачами.

🌿 Этот и другие сборники можно найти тут
🧬 Ознакомиться с другими сборниками тут

🧬 Mobile System Design vs Архитектурный собес

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

Для многих большое заблуждение, что архитектурный собес — это пересказ паттернов mvvm, viper, solid и парочки шаблонов проектирования. Чаще в это вкладывают нечто больше, чем просто пересказ рефакторинг гуру и книги чистая архитектура.

🧬 Что такое проектирование?

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

Собес обычно разделен на несколько этапов. Очень поверхностно разберем на примере чата:
🔘 Сбор основных требований фичи. Например, как пользователь может взаимодействовать с интерфейсом. Отправлять сообщения текстом или прикреплять фотографии. Может ли он удалять сообщения
🔘 Сбор нефункциональных требований. Эти требования играют очень важную роль для стабильности и производительности. Например, будут ли уведомления в реальном времени, офлайн поддержка, оптимизации батерии.
🔘 Дополнительные требования. Тут обычно задаются вопросы про аналитику, логирование сбоев, доступность и безопасность.

На основе этих требований мы и решаем какие паттерны, архитектуры, технологии нам подойдут. Здесь нет универсального ответа в стиле "VIPER/TCA/MVVM — это универсальный паттерн". Бизнес требования не должны натягивать на архитектуры — это архитектура должна адаптироваться к бизнесу.

💎 Еще раз напоминаю, что в ноушене есть полезные подборки, статьи и пересказы книг по архитектурам и system design'у