DevClub📱

💎 AutoreleasePool в Swift и почему он важен для управления памятью Ребята, сегодня хочу поговорить про одну интересную тему, пришедшую к нам из Objective-C — AutoreleasePool. Это механизм, который помогает контролировать использование памяти и избежать неожиданных утечек при работе с большими объёмами временных объектов. 🔍 Что вообще делает AutoreleasePool Когда вы создаёте объект (например, UIImage) в Swift, память под него выделяется, и система управляет его жизненным циклом через ARC (Automatic Reference Counting) — автоматический подсчёт ссылок. Но есть нюанс: объекты, попадающие в авторелиз-пул, освобождаются не сразу, а чуть позже, когда пул «сольёт» (вызовет drain). Это значит, что если вы, например, создаёте много временных объектов в цикле, они будут «жить» до конца этого цикла или до конца текущего пула — и это может быстро взорвать память 💥. Пример: for i in 0..<10000 { let image = UIImage(named: "large_image_\(i)") } Такой код может занять сотни мегабайт памяти, потому что все UIImage будут освобождены только после выхода из текущего пула (который создаётся системой автоматически на каждом runloop’е). Чтобы этого не произошло, можно обернуть логику в autoreleasepool { ... }: for i in 0..<10000 { autoreleasepool { let image = UIImage(named: "large_image_\(i)") // делаем что-то с image } } Теперь после каждой итерации цикла объекты освобождаются сразу — и память остаётся стабильной. ⚙️ Немного истории В Objective-C всё это выглядело чуть иначе: каждый объект мог быть помечен как autorelease, а когда пул «сливался» (drain), вызывался метод release для всех таких объектов. То есть сам AutoreleasePool не удаляет объект напрямую, он просто уменьшает счётчик ссылок. Если где-то есть ещё сильная ссылка (strong reference), объект останется жить. 💬 Когда использовать AutoreleasePool Использовать его нужно редко, но в нужных местах: • при обработке большого количества данных (например, изображений); • в фонах потоках, где вы вручную контролируете цикл жизни объектов; • при высоконагруженных операциях, когда важно не держать память до конца runloop’а. Во всех остальных случаях — Swift и ARC всё сделают за вас. 🧩Итог AutoreleasePool — это низкоуровневый инструмент, который: • помогает контролировать момент освобождения памяти; • пришёл из Objective-C, но по-прежнему полезен в Swift; • нужен в редких, но критичных сценариях, чтобы не перегружать память временными объектами.

💎 Ребята, наткнулся на прикольную статью — «Генерация изображений с использованием Foundation Models в SwiftUI». ⚡️Сейчас по вечерам сижу, ищу интересные материалы по теме iOS и AI — как всё работает, кто что делал и каким образом. Довольно интересная тема для меня сейчас. Нашёл статью на русском — всё просто и понятно, можно почитать для интереса. 🧠 В ней разбирают, как теперь можно генерировать изображения прямо в SwiftUI, без сторонних API — всё работает на устройстве через Apple Foundation Models. То есть ты пишешь промпт — и айфон сам создаёт картинку, без ChatGPT или внешнего сервера 😎 Автор показывает, как это реализовать: • подключение Foundation Models; • как обрабатывать поток результатов через AsyncSequence; • почему изображения не попадают в transcript и как это обойти; • и какие есть ограничения у API (спойлер — просто вернуть UIImage не получится). 📱Короче, если ты в теме SwiftUI и хочешь пощупать AI-генерацию от эпл, то тебе сюда: ➡️ статья

💎 Вот и роадмапа! Тут я собрал всю необходимую информацию с точки зрения хард скиллов для вката в iOS-разработку. 📌 Сейчас рынок не самый простой, но устроиться более чем реально. Главное — не сдаться и дойти до конца. По моим наблюдениям, кто не сдался — устроились все. Большинство не вкатилось только потому, что не смогли дойти до конца и не поверили в себя. ⚡️ Всё просто: если что-то не понимаешь — перепроходишь. Уйдёт чуть больше времени? Не беда. Я, например, многопоточность разбирал кучу раз, пока реально не понял. Главное — не сдаваться. 💎Все материалы из этой роадмапы я проходил сам. Иногда даже по одной теме сразу несколько курсов — например, по UIKit. 📝 В общем: учись, следуй роадмапе — и успех придёт. Я вкатывался с нуля: без опыта и без IT-образования. Но дошёл до того уровня, когда ты реально востребован, и тебя хотят перехантить другие компании. 🚀 Ты точно сможешь, я уверен. 🔥🔥🔥 #roadmap

💎 Ребята, роадмап готов! Я вложил в него кучу времени — всё, что там есть, я проходил лично и выбрал только самое полезное. 📌 Что будет дальше: • Завтра публикую роадмап. • Разбор на видео чуть позже — это требует времени, делать быстро и «для галочки» не хочу. Стараюсь реально для вас. 🎥 Про YouTube: • Канал я начал чуть меньше полугода назад. • Хочу вернуть фокус и развивать блог. • Есть огромное желание создавать полезный контент для вас. • За годы опыта накопилось много знаний, и мне кайф делиться ими. 🙏 Просьба к вам: • Поддержите мой канал, подпишитесь! • Первый видос, по моему мнению, вышел довольно качественным, хоть и единственным😄 • А я в дальнейшем буду стараться выпускать контент чаще. Спасибо, что вы со мной — впереди много интересного! 🚀🔥

💎 Apple тихо меняет iOS изнутри Все думают: iOS — это Swift и Objective-C. Но под капотом Apple уже переписывает критические части системы на Rust. Почему так? • Swift — топ для приложений и UI, но не для ядра. • C/Obj-C — быстрые, но дырявые по безопасности. • Rust даёт контроль над памятью и потоки без боли → меньше крашей, стабильнее система. Что это значит для нас: • Внешне ничего не изменится: SwiftUI, UIKit, Xcode остаются. • Но со временем iOS станет надёжнее, а баги уровня «EXC_BAD_ACCESS» уйдут в прошлое. • Apple уже набирает разработчиков с Rust-бэкграундом → это не эксперимент, а вектор. 📌 Вывод: Swift — лицо экосистемы, Rust — новый фундамент. Для нас это означает одно: iOS будет развиваться в сторону ещё большей стабильности и безопасности. Фулл статьи тут

💎 Уже накидал основные темы и разбил их по разделам. Вышло порядка 15 блоков — этого хватит надолго, и будет чёткое понимание, как двигаться и что делать дальше. ✅ Собираю для каждого раздела статьи, курсы и материалы, чтобы вы могли сразу заходить в тему и не тратить время на поиски. 🚀 План простой: открываете блок → проходите материалы → закрепляете практикой. Без лишнего хаоса, только конкретный порядок и логика. Думаю через неделю уже будет готов🔥 #CareerBoost

💎 Swift 6.2 — что нового? Вчера подвезли апдейт Swift 6.2. Как и ожидалось, Apple продолжает прокачивать тему многопоточности — логично, потому что именно там чаще всего вылазят самые неприятные баги уже на проде. 🔹 Асинхронность и многопоточность • Многие операции теперь автоматом работают на MainActor — меньше ручных аннотаций и чище код для UI. • async-функции стали адекватнее: выполняются в контексте вызывающего актора, а значит меньше лишних переключений и гонок. • Новый атрибут @concurrent — можно явно указывать, что код можно гонять параллельно. По сути, это небольшие, но реально крутые изменения. Становится проще видеть, где у тебя многопоточный код и где можно словить гонки. А гонки — это вообще классика: некоторые живут в проде годами, и никто к ним не прикасается 🙃. 💎 Безопасность памяти Swift подтянул проверки и добавил строгий режим. Теперь многие ошибки с памятью будут ловиться ещё на этапе компиляции. Особенно полезно, если пишешь низкоуровневый код или работаешь с unsafe-штуками. 💎 Улучшения для разработчиков • Компилятор стал быстрее и чуть умнее в диагностике. • Подправили предупреждения и автокомплит. • Язык ведёт себя предсказуемее, меньше сюрпризов. Ну, это база. Тут каждый релиз одно и то же: ускорили, допилили, подкрутили. Но и без этого никуда. ⸻ ⚡️ В целом Swift 6.2 добавил вещи, которые реально помогают писать безопаснее и чище, особенно в части многопоточности. Маленький апдейт, а пользы прилично. 🔥 #iOSDev

💎 Как я вошёл в iOS-разработку, когда рынок был мёртвым Когда я заходил в IT, время было самое неблагоприятное. 📉 Рынок падал, найма почти не было, многие компании замораживали вакансии. 💎И всё равно я нашёл работу. Потом и вторую — уже в момент, когда казалось, что шансов вообще нет. 🤔 Почему рассказываю это? Потому что я прекрасно знаю, как тяжело новичкам: • ты учишь и учишь, но не понимаешь, когда идти на собес, • неясно, какие стандарты и вопросы там будут, • без опыта страшно даже пробовать. ✅Я сам прошёл через это. Без IT-образования, без менторов и курсов. Только желание и код: писал на Python с 16 лет, а в iOS зашёл спустя 5 лет — полностью сам. И вот что понял: 🚀 в IT можно войти, если идти по чёткой системе. ⸻ 🎯 Сейчас я готовлю для вас бесплатную роадмапу по iOS. • Чёткий план, что учить и в какой последовательности. • Разветвлённая карта в Miro. • Конкретные материалы и ссылки. • Просто идёшь по шагам — и не теряешь время. 🧬Есть идея сделать разбор этой карты на видео: показать, как по ней правильно двигаться, чтобы точно выйти на работу. Знаю что у меня тут сидит куча новичков, которые пытаются вкатится или на пути к этому. ⸻ ❓Вопрос к вам: хотите, чтобы я записал видео с разбором роадмапы? 📺 Накидывай 🔥 DevClub вступай #CareerBoost

💎 Фичалидинг в командах — зачем брать фичу end-to-end ❕Кратко: полноценный фичалидинг — это когда ты берёшь ответственность за фичу от требования до продакшна: мобильная часть, бэкенд, тестирование, раскатка и мониторинг. Даже если ты мобилщик — это уровень продуктовой экспертизы, который прокачивает мышление и ответственность. ⸻ ➡️ Что входит в полноценный фичалидинг • Согласование требования с продактом и проработка acceptance criteria. • Декомпозиция фичи на конкретные задачи (mobile, backend, тесты, devops). • Описание API/контрактов и взаимодействий (чтоб бэк и фронт не спорили на релизе). • Организация тестирования: юнит/интеграция/сквозные тесты, план QA. • План раскатки (feature flags, canary, rollback-сценарии). • Мониторинг после релиза и сбор метрик/обратной связи. • Документация и handover (чтобы любой мог подхватить фичу позже). ⸻ ✅ Почему это круто для роста • Заставляет думать шире — не только «как реализовать UI», но и «почему это нужно продукту». • Приводит к пониманию всей системы: инфраструктура, бэкенд, кеши, очереди — и как это влияет на пользователей. • Ты учишься принимать риски и коммититься к срокам. • Это естественный путь в лиды: менеджмент задач, коммуникация, принятие решений. ⸻ 📝 Практические советы (если ты мобилщик и хочешь брать фичи целиком) 1. Начни с маленьких фич и постепенно расширяй зону ответственности. 2. Пиши детальные acceptance criteria — они спасают много времени. 3. Декомпозируй задачи так, чтобы у каждого была ясная зона ответственности и понятный контекст. 4. Прописывай контракт с бэкендом (пример запрос/ответ, ошибки, схема данных). 5. Планируй раскатку: флаги, canary, метрики успеха и метрики отката. 6. Делегируй: если у тебя 10 тасков — не делай всё сам, научись ставить задачи и проверять результат. 7. Готовь rollback-план заранее (и тестируй его мысленно). 8. После релиза собирай данные и делай post-mortem: что пошло не так и что улучшить. ⸻ 🔗 Чек-лист для фичи (коротко) • Требования и acceptance criteria согласованы. • Декомпозиция задач + ответственные. • API/контракты описаны. • План тестирования и тест-кейсы. • План раскатки + флаги. • Rollback-сценарий. • Метрики и мониторинг настроены. • Документация и handover готовы. ⸻ 🧬 Лично я, как мобильщик, после пары таких фич увидел «картину системы» целиком: стал делать задачи на бэке, стал лучше понимать, где инфраструктура, а где фича. Это сильно помогло в росте и в переходе к ролям с большей ответственностью. Данный пост основан только на моем опыте, если у вас по другому, можете рассказать в комментариях ✅ DevClub #CareerBoost

Вот тут Apple стрельнула себе же в колено

iPhone Air 999$ PowerBank 99$ iPhone 17 Pro 1099$ Air попал в ловушку ценовой лестницы Apple

Как вам презентация от Эпла? Мне в общем и целом понравилась. У наушников спорное обновление, конечно, как будто все так же будут пользоваться часами для пульса, и это гораздо удобнее. А вот Air-версия iPhone довольно прикольная, но как Эпл постебала себя повербанком, сказав, что он тонкий, но заряд держать не будет 😅 Многим не зашел оранжевый цвет айфона, а вот мне наоборот — по цветам самый интересный за годы. Яблоко, правда, непропорционально отстой 👏 Часы думаю еще пару лет с первых Ультра обновлять не буду — вообще суперминорные обновления. Круто, что сделали 120 герц в базовом айфоне, но, мне кажется, они опоздали на пару лет. В целом что-то свежее: новая линейка айфонов. Ждем следующей презы и появления складного айфона.🔥