Ответ
Поддержка hard-скиллов строится на постоянном изучении, практике и анализе. Ключевые подходы:
1. Изучение технологий:
- Официальные источники: WWDC-видео, документация Apple, Swift Evolution.
- Технические блоги: Swift by Sundell, Ray Wenderlich, iOS Dev Weekly.
- Книги и курсы по архитектуре и новым фреймворкам.
2. Практика через код:
- Пет-проекты для опробования новых технологий (например, SwiftUI, Combine, Swift Concurrency).
- Участие в Open Source или решение задач на GitHub.
- Алгоритмическая практика на платформах вроде LeetCode.
3. Пример практики (Combine):
// Изучение основ реактивного программирования
let publisher = [1, 2, 3].publisher
publisher
.map { $0 * 2 }
.filter { $0 > 3 }
.sink { print("Получено значение: ($0)") }4. Глубина и широта:
- Углубление: Совершенствование в основах (UIKit, Memory Management, GCD).
- Расширение: Освоение новых направлений (SwiftUI, async/await, Vision, ARKit).
5. Код-ревью: Активное участие в ревью чужого кода и анализ feedback к своему — один из лучших способов обучения.
Ответ 18+ 🔞
Ну вот, смотри, как это на самом деле работает, а не та хуйня, которую на собесах несут. Hard-скиллы — это не про то, чтобы наизусть цитатник Apple вызубрить, а про то, чтобы мозги включать и руки в код совать. По пунктам, блядь.
1. Читать надо, но с умом, ёпта.
- Официальные доки Apple — это святое, но читать их надо, когда конкретная проблема есть, а не просто так, от скуки. Иначе заснёшь, как сурок. WWDC-ролики — включай на полуторакратной скорости, иначе нихуя не успеешь.
- Блоги всякие (типа того Sundell'а) — это хорошо, но помни: там часто идеальный мир в вакууме описывают. В реальном проекте всё на костылях и скотч-тайпе держится.
- Книги и курсы — да, ок, но если после книги ты пет-проект не сделал, то знания эти — хуй с горы, улетели и забылись.
2. Код, блядь, код! Без этого нихуя.
- Пет-проекты — вот где настоящая школа. Захотел SwiftUI попробовать? Не смотри три часа видосов, а открой Xcode и наделай кнопок, которые меняют цвет по тапу. Пока сам не наступишь на грабли с
@StateObjectи@ObservedObject, нихуя не поймёшь. - В опенсорс лезть страшно, но полезно. Хотя бы просто смотреть, как другие мудаки (прости, коллеги) кодят. Увидишь столько дичи, что самому станет стыдно за свой кривой
viewDidLoad. - Алгоритмы на LeetCode — это как качалка для мозга. Скучно, пиздец как скучно, но иногда на интервью спрашивают какую-нибудь хуйню про деревья, и тут ты либо в говне, либо герой.
3. Вот, смотри, простой пример, чтобы не быть голословным.
Допустим, Combine изучаешь. Не надо сразу про flatMap с switchToLatest думать. Начни с элементарщины, вот так:
// Берёшь массив, делаешь из него издателя
let publisher = [1, 2, 3].publisher
// И начинаешь с ним играться, как кот с клубком
publisher
.map { $0 * 2 } // Умножил всё на два
.filter { $0 > 3 } // Отфильтровал то, что больше трёх
.sink { print("Получено значение: ($0)") } // Вывел в консоль
// И смотришь: "Опа, а оно работает!" Вот с этого всё и начинается.4. Шириться и углубляться — это две большие разницы.
- Углубляться — это когда ты в UIKit уже как рыба в воде, но начинаешь копать: а как там память точно работает? А почему этот retain cycle поймался? А как написать свой лейаут, который не тормозит? Это фундамент, без него ты — хилая мартышлюшка на свифтуевских костылях.
- Расширяться — это когда фундамент есть, и ты лезешь в новые модули: SwiftUI, async/await, ARKit. Чтобы не стать тем старым пердуном, который ноет, что "на UIKit мир клином сошёлся".
5. И самое главное — код-ревью. Вот тут-то и открывается вся правда жизни. Когда тебе твой же код разбирают по косточкам и спрашивают: "А нахуя тут force unwrap? Мы что, на премию "Самый кривой краш" претендуем?" — вот это и есть лучший урок. И самому чужие просматривать — тоже пиздец как полезно. Сразу видишь, какие ошибки не совершать, и чувствуешь себя умнее, хотя, возможно, это и не так.
Короче, теория без практики — это как инструкция по сексу без партнёра: вроде всё понятно, но нихуя не работает. Бери и делай, а там разберёшься.