С праздником милых дам 🌷

Пусть моя аудитория на 90% мужская, но этот весенний праздник праздную как свой 🤣

Пусть у вас будет быстрый билд. Всегда последняя модель девайса. Четкий тимейт в семье.

💎 Обновление ноушена и комьюнити за неделю

Традиционный пятничный бриф что изменилось за неделю.

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

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

Моя функция — поддерживать и менеджерить эффективное комьюнити. Слушать потребности аудитории, но при этом не затыкать свое Я.

Вкратце апдейты:
🟣 Провели первый созвон комьюнити. Выложил запись, материала и презу
🟣 Обновил задачи и ресурсы для алгоритмов
🟣 Как и зачем проводят собесы в Яндексе
🟣 Подборка задач от Яндекса на литкоде
🟣 Конспект тренировки по алгоритмам и разбор задач
🟣 Статья по system design: сбор требований
🟣 вопросы с собеседований: диспетчеризацияч
🟣 подборка обязательных секций WWDC
🟣 статьи про SwiftUI
🟣 делаем пет-проект на SwiftUI вместе

Полный чейнджлог на картинке.

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

Вступить можно тут

☝️ Сравнение архитектур в SwiftUI

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

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

Мой выбор метается между Clean, MVI, TCA и Redux. Но даже выбрав стартовую, я опишу еще дополнительные. Все же это исследование.

Дополнительные подборки:
- Clean Architecture for SwiftUI
- Best architectures for SwiftUI
- SwiftUI Architecture and Best Practices

🦄 больше обсуждений по SwiftUI тут

💎 Вопросы для собесов: Память | уровень Middle ч.1

Начал наконец работать над методичкой по памяти. Собрал ~20 вопросов и планирую дойти до 40. Также будет десяток задачи и пару десятков ресурсов для закрепления. Тема памяти очень любимая в комьюнити и копать в нее можно до бесконечности.

Здесь я попытаюсь разобрать самое важное:
🟣Что такое HeapObject
🟣Когда создается SideTable и как работает с ссылками
🟣Сколько бывает счетчиков ссылок
🟣Что такое Memory Layout и как его считать
🟣Жизненный цикл объектов
🟣Memory Safety
🟣Что такое isa pointer?
🟢Многое другое

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

🌿 Этот и другие сборники можно найти тут

❌ Самые частые ошибки при обучении

IT — это самая быстро развивающаяся область. Будь ты новичок или опытный разраб тебе нельзя останавливаться.

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

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

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

🔘 1. Зацикливаться на одном навыке. Частая проблема всех — это не знать когда остановиться. Что у джунов, что у сеньоров есть одна проблема. Начинающие изучают язык, но не переходят в UIKit. Поэтому они могут отсортировать массив, но не знают как сверстать кнопку со списком из этого массива.

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

🔘 2. Мало программировать. Почему-то этим страдают чаще публичные личности или новички. Когда многие путают эрудицию и реальные скиллы.

Программиста отличает навык программирования. Здесь и помогают алгоритмы, проектирование, тестирование.

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

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

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

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

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

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

🔘 5. Критиковать и не предлагать. Критика без предложений никогда не сработает. В 90% компаний фраза на собесе "эта задача никогда не будет на практике. зачем вы мне ее задаете?" будет критической и красным флагом.

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

🧬 Еще больше культуры практикующих инженеров в нашем сообществе

Как создавать большие приложения с SwiftUI: Гайд по модульной архитектуре

В чате скинули крутеший материал с разбором всех самых животрепещущих вопросов крупных компаний.

В блоге разбирается:
🔴 Модульная архитектура
🔴 Проблемы MVVM в SwiftUI
🔴 Разбор MV(x) паттернов
🔴 Навигацию
🔴Тестирование
🔴Многое другое

Когда искал серебро, а нашел золото

🧬 Архитектуры SwiftUI: MVI

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

UDF архитектуры главный тренд последних лет. Чем она так интересна?
🔘Декларативность и реактивность органично смотрится
🔘Однонаправленость очень удобна для понимания и работы
🔘Новенькая в мире иос
🔘Перспективная и крутая
🔘Хорошо показала себя в web и андроид

Некоторые экраны будут на VIPER, TCA. Так мы на практике тоже их попробуем.

Следующие разборы кодом будут про DI и навигацию.

🟣 Изучить вместе и накидать комменты можете здесь

💎 Подборка вопросов для собеседований

Я закончил подборку вопросов по диспетчеризации и решил создать ознакомительный пост.

Сейчас в ноушене уже доступно больше 100 вопросов, 50 задач и ресурсов:

🔘Вопросы для собеседований: Многопоточка | Junior ч. 1
🔘Вопросы для собеседований: Память (Junior) ч. 1
🔘Вопросы на собеседованиях: Swift | Junior ч. 1
🔘Вопросы на собеседованиях: UIKit | Junior ч. 1
🔘Вопросы для собесов: Память | уровень Middle ч. 1
🔘Вопросы для собеседований | Диспетчеризация | ч. 1

🔘Частые алгоритмические задачи
🔘Задачи на собеседовании System Design

Цель — создать самый детализированный сборник вопросов и ответов для прохождения и проведения собесов.

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

🖥 Получить сборник можно здесь

🖱 Реализация спойлеров телеграма на UIKit

В нашем чате мы решили испытать себя и написать свой телеграм. Начали с эффекта спойлеров. Я набросал статью в ноушене как сделал его с помощью UIKit.

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

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

Впереди эффекты Таноса и многие другие разборы. Ставь лайк, если интересно

💎 Вступай в сообщество для таких разборов

🚘🚘 Высокая производительность для Swift приложений

Процесс оценки перфоманса довольно холливарный.

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

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

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

🟣 1. Тестировать нужно на реальных устройствах и метрики собирать оттуда.
🟣 2. Профилируйте с помощью данных и метрик.
🟣 3. Трекайте время запуска до первого экрана
🟣 4. Трекайте скорость откликов вашей апки.
🟣 5. Подбирайте разные алгоритмы для улучшения скорости
🟣 6. Используйте многопоточку
🟣 7. Нужно знать математику

💎 Больше советов и практик мы обсуждаем в нашем сообществе

🌄 DI в SwiftUI

В ноушене вышла очередная статья посвященная внедренюю зависимостей.

Попытался разобрать:
🔘 Constructor Inject
🔘 Environment Inject
🔘 Разницей EnvironmentObject и Environment

А также примеры с кодом:
🔘 Coordinator + DI
🔘 MVVM + Swinject
🔘 Наш уникальный подход MVI + DI (как зальем реквест)

🌋 Увидеть код и прочитать статью можно здесь