🌄 Подборка обязательных WWDC за всё время

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

1. iOS Memory Deep Dive. Как устроена память и зачем нужны экзистенциальные контейнеры. Советы по уменьшению использования памяти

2. Знакомство с Swift. Удаленная секция, которая обязательна для просмотра всем, кто не видел презентацию нашего привычного языка.

3. Знакомство с SwiftUI. Презентация SwiftUI, где объясняют преимущества декларативного кода и то, как SwiftUI и Xcode могут объединить усилия, чтобы помочь вам создавать отличные приложения быстрее.

4. ARC в Swift: основы и не только. Как работает ARC и как Swift работает с памятью.

5. Полное руководство по производительности приложений. Все о том, как ускорять и дебажить апку.

На днях хочу сделать разборы и конспекты главных секций WWDC 24

🌄 Больше подборок можно получить тут через бусти или бота (у него первый месяц скидка)

Почему слитые ответы или собесы никому не помогут. Или формула качественного материала.

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

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

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

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

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

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

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

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

Я отказался не потому, что он мой конкурент, а потому что качество ответов и вопросов было хуже, чем в официальных открытых источниках. Позже прояснилось, что он go-разраб, который собирал поверхностные вопросы по iOS и давал ответы через chatgpt. Совсем не разбираясь в теме. Отсюда куча ошибок и неточностей. Все выглядило инородно, будто с чужим акцентом.

Эта ситуация заставила меня лучше взглянуть на свою работу. Чем она отличается по качеству? Что я могу улучшить? Так я пересмотрел свою формулу контента.

💎 По каким критериям стоит отбирать материалы?

1️⃣ Актуальность информации. То, что было пару лет назад, уже может быть устаревшим.
2️⃣ Репутация автора. Если человек, с минимальным опытом в сфере, накрученным опытом или проработал в компаниях с сомнительной технической культурой, то его знания могут не подходить к тебе. А может быть никому
3️⃣ Релевантность. Если человек собрал ответы и материалы, никогда не трогав иос, то большой вопрос к точности. Более того, два эксперта из разных областей могут по-разному решать проблемы. Человек из крупного банка работает совсем по-другому, чем из стартапа. У всех разные требования к качеству и безопасности.
4️⃣ Точность информации. Проверил ли автор на практике свои слова? Пересказ ли это публичных статей с документация или глубокая аналитика с экспертизой пройденного ревью в уникальных компаний? Показала ли она себя жизнеспособно и не закрылась ли компания после таких решений? Использует ли предвзятость в своих словах?
5️⃣ Назначение контента. Контент, который помогает пройти собесы никак не связан с экспертностью человека. Процессы собесов всегда меняются, каждый по-разному их проводит. А задачи и знания для роста как эксперта плюс/минус остаются одинаковыми.

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

Продолжаю идти в сторону около mob.dev.ops. На очереди поборка, которая все чаще встречается на практике. Тема модуляризации очень актуальная, тк настоящий сеньор на изи может порезать проект и ускорить всем работу.

Для этого ему нужно знать:
🟣Какие менеджеры для установки пакетов существуют
🟣Чем отличается CocoaPods от SPM?
🟣Расскажи о плюсах модуляризации
🟣И многое другое

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

Также напоминаю о последних сборниках:
🔴Управление зависимостями
🔴задачи на UIGestureRecognizer
🔴задачи на hitTest

🌄 Больше подборок можно получить тут через бусти или бота

🌄 Анонс марафона по проектированию

Мы снова задаем новый формат иос-индустрии. Первый групповой боевой пропуск. Тема, в которой и я сам хочу хорошо прокачаться.

Ориентировочный старт 01.07.2024

В рамках марафона:
🟣Учавствовать могут все
🟣Марафон длится неделю
🟣Сложность задач от легких до сложных
🟣Максимальная свобода в решениях. Как сделать задачи зависит от тебя. Можешь просто придти посмотреть.
🟣Наши работы будут ревьюить крутые архитекторы
🟣Разберем книги и ресурсы
🟣Регулярные лайф-сессии с опытными разрабами и их уникальным опытом
🟣Разбор домашних заданий и призы лучшим работам
🟣Многое другое, о чем еще подумаем
🟣Отдельный чат

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

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

Как решать задачи на литкод

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

Разобрав такие острые вопросы:
🟣чем отличаются problem solving skills от заучивания алгоритмов
🟣какие алгоритмы нужны и как начать понимать их пользу
🟣почему большинство ошибается насчет бесполезности алгоритмов
🟣работа с когнитивными искажениями и ментальными барьерами
🟣ментальная гигиена и как не выгореть от неудач

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

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

Starscream vs Socket.IO

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

Самые популярные на мой взгляд это две:
- Socket.IO
- Starscream

При выборе либ я использую разные критерии:
🟣репутация автора
🟣Кол-во открытых ишью
🟣последний коммит
🟣отзывы комьюнити

А по каким критериям вы выбираете либы?

🚘🚘 Работа с строками в Swift

🌸 Новая статья в ноушене, а также скидка на бусти в честь предстоящего марафона по проектированию 🌸

Строки — одна из непонятных и холиварных тем в Swift. Чаще, решая задачи на литкод, разработчики не запариваются с внутренностями строк и кастят строки в массивы Array(string). Ведь работать с массивом символов гораздо приятнее.

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

🟣Строки в Swift. Почему мы не можем использовать индекс?
🟣Зачем нужны startIndex, endIndex и тп
🟣Манипуляция индексами (префиксы, суфиксы и тп)
🟣Решение задач из литкода
🟣Сравнение перфоманса

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

Ограничение до 01.07