Ищу крутых разрабов на наш секретный проект

Любое действие должно закрепляться практикой.

В этом канале мы прошли много челенджей:
🟣выиграли призовое место в телеграмме
🟣создали сообщество, до того, как этому начали подражать другие
🟣были менторами, до того как это стало популярны
🟣создали симулятор иосника, до того, как эту идею начали копировать
🟣прошли 365 дней алгоритмов
🟣решили сотни задач в сообществе
🟣первыми сделали марафон систем дизайн
И много другое.

Мы набрались уверенности и теперь пришло время перейти на новый уровень. Мы никогда не боялись вызовов и принимали любой. Теперь настало время их создавать.

Уже пару месяцев я вынашивал крутую идею по практике, которая вам понравится. Продуктовое мышление, практическая среда и регулярные опросы аудитории помогает быстрее искать то, в чем нуждаетесь вы.

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

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

Если ты:
- веб разработчик
- бэкенд
- крутой QA
- бог ML
- дизайнер

Пиши. Есть задачи, которые пока никто не делал на рынке. Загруженность небольшая для MVP, по вечерам с пивасом

Я хочу сделать не просто канал одного автора, а площадку для талантливых, честных и смелых ребят

💎 Новый раздел в закрытой базе

🛍 А также летние скидки

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

С большим отрывом выиграла тема "Решение популярных проблем".

В этой рубрике будут:
- Описание реальных проблем, с которыми сталкиваются реальные разрабы на работе.
- Частота и сложность этих проблем
- Разбор хороших и плохих решений
- Материалы для закрепления и комментарии участников сообщества

В общем, очень крутой и понятный по структуре контент.

Первая тема по популярности — это управление памятью. Почему это важно? В отличие от знаний как работает SideTable, утечки и их поиск, имеют реальное влияние на работу приложения:

Знать как работает память и уметь находить проблемы — признак профессионализма
В этой статье:
🔘как и зачем искать утечки
🔘какие есть инструменты
🔘часты проблемы с утечками и как их решать
🔘скрытые и редкие баги (Утечка через NSAttributedString, CADisplayLink, URLSessionTask, Combine и другие)

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

🧬 Получить доступ по скидкам к контенту можно 💰тут или ⭐️ тут

iOS Mock Interview: Платформа и рефакторинг

Новое видео на ютубе.

Вы не забыли, что у нас есть ютуб? 😂 Решил загрузить туда один из первых видосов, которому уже почти год.

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

Премьера завтра.
Ставьте лайки и подписывайтесь на канал
Поддержите начинающего блоггера.😬

🌴 Модуляризация: лучшие практики

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

За последние пол года уже 3-4 разработчика спрашивали лучшие практики или полезные материалы. Кто-то готовился к собесам, кто-то получал задачи на текущем проекте. Информации в сети не так много и поэтому многие не знали как к этому вопросу подойти.

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

В первой статье собрал большой материал:
🔘зачем нужна модуляризация
🔘какие плюсы и минусы дает
🔘лучшие практики модуляризации (CocoaPods, XCFrameworks, SPM и другие)
🔘когда и что использовать
🔘полезные ресурсы

В следующих статьях будем погружаться глубже в практику. Разбирать такие инструменты как CocoaPods, SPM, Tuist, Xcodegen и другое. Какие архитектуры выбирают при разбиении, а также как избавляться от монолита.

🌴 Получить доступ по летним скидкам к контенту можно 💰тут или ⭐️ тут

SwiftUI in 2025: Забудьте MVVM

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

Я перестал воспринимать все архитектурные решения субъективно и оценивать «по уюту» как только осознал, что мы — коммерческие разрабы. Мы не строим удобный загородный дом. Мы строим коммерческие помещения, заводы, пароходы. Высокого качества.

Поэтому мне до сих пор странно видеть, как западные авторы рассказывают об угрозах в свой адрес, когда они высказывают непопулярное мнение. Или как мы переходим на оскорбления споря про синглтоны или ТСА/Вайперы.

Решил вас добить и скинуть еще одну провокационную статью 🥲

Автор утверждает:
🟣SwiftUI и MVVM несовместимы по философии.

Многие разрабы принесли в SUI свои привычки из UIKit. Автор утверждает, что многие привычки и так были встроены в фреймворк и мы лишь дублируем или усложняем то, что задумано by design.

🟣на его практике все чаще встречаются приложения без ViewModel. Они отлично живут, все замечательно.

🟣потребность в ViewModel появляется потому, что многие разрабы не понимают хорошо стандартные механизмы биндинга: @observable, @state, @binding

🟣вся философия SwiftUI заложена на написания простого и понятного кода. Не усложняйте.

А вы как считаете? Заслуживает автор оскорблений и линчевания?

Мок-интревью: Modern iOS System Design | Senior SwiftUI engineer

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

Мы много раз переносили и почти передумали, но все же записали. Сейчас пересматривая понимаю, что не прогадал. И спешу поделиться с вами впечатлениями от полтора часа лютой базы.

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

На собесах за год формат интервью систем дизайна сильно изменился. Рынок перестал просить рисовать вас диаграмы. Теперь он просит открывать вас реальный проект и проектировать в максимально реальных условиях.

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

Такой формат интервью помогает оценить кандидата по трем важным пунктам:
- знание и владение рабочими инструментами
- ширина и глубина теории теории
- крепкость закрепления практикой

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

В пятницу опубликую в бусти. На очереди еще много контента.

Круто, что мы по кирпичикам складываем инженерную культуру вместе.

Успевай взять по скидкам 💰тут или ⭐️ тут 🥲

🎒 Swift Concurrency в iOS SDK Яндекс Доставки

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

Будь это SUI, архитектура, BDUI, кроссплатформа. Есть большая разница между разрабами инструментов и теми, кто ими пользуется. Это как создатель автомата и стрелок. Последний оценивает полноценно как инструмент показывает себя в бою и выставляет оценку.

И чаще новые проблемы не такие очевидные, для их поиска нужно много времени и ресурсов. Если бы код и система были бы идеальными, то мы бы сидели на Swift 1.0, Xcode 0.0.1 и бесконечно не обновлялись.

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

Автор поделился своим опытом проблем, которые SC приносил в проект при адаптации:
🔘проблемы компилятора при вызове изолированного контекста из неизолированного в deinit'е акторов. Автор погружается в работу памяти и свойств nonisolated
🔘сложности миграции на Swift Concurrency
🔘Сложности инвалидации timer'а в MainActor'ах

🌿 SwiftUI System Design Interview

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

Я уже писал развернуто свой фидбэк тут, но теперь вы можете сами оценить.

Уметь собирать требования и подбирать под них нужные инструменты — важнейший навык коммерческого инженера.

В новом формате систем дизайна мы решили представить ситуацию, когда Владу нужно спроектировать жиру (а надо было AppStore 🤤)

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

Отличный вариант занять себя на выходные

Успевай взять по скидкам 💰тут или ⭐️ тут