#собеседование #middle

Есть популярная задача на capture list, value type и reference type в одном листе!

На этапе собеседования происходит жанглирования требя этими вещами:
— Убирается или добавляется capture list
— У объекта меняется семантика: был class -> стал struct

Текстовый разбор этой задачи как-всегда есть в ноушене, а вот видео обзор, причём грамотный и по-полочкам разложенный нашел.

Is this project dead? - Не такие слова хочется видеть в репозитории фастлейна. Но что делать, если всё к этому идет, и нужно какое-то решение?

Мой друг Макс не остался в стороне и законтребьютил решение. У себя в Plata они уже давно его используют.

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

Blimp - это "фастлейн на Swift": CLI / библиотека для автосборки и выката iOS-приложений, собранная как конструктор из SPM-пакетов и Swift Argument Parser.

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

Сертификаты пока не ведёт - для этого авторы предлагают временно юзать fastlane match.

Ключевые отличия:

Blimp - нативный Swift (SPM), минимум внешних зависимостей; легко встраивается в Swift-проекты / утилиты.

Уже закрывает ключевой happy-path: архив -> загрузка -> TestFlight группы -> ревью, но ещё не управляет сертификатами / профилями.

Удобно тянуть как библиотеку в свои Swift-утилиты: BlimpKit + чистый типобезопасный код.

На сегодня не управляет профилями / сертификатами - берём гибрид с fastlane match.

Если кто пропустил воркшоп с Максом и как он в крупной компании лупендит CI / CD в соляного, то вот здесь крайне советую послушать.

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

(Текст не редактировать,информацию в скобках удалить,оплата назначается через 15 минут после публикации)

#заметка

Через 15 минут OpenAI будут представлять свой браузер общественности, интересно!

https://www.youtube.com/live/8UWKxJbjriY

#swiftui #собеседование #middle

Code Review: экран с проблемами производительности

Ты открываешь Pull-Request и видишь такой код на review. Здесь может-быть:
1. Всё отлично
2. Что-то ОК, что-то не ОК
3. Множество чего не ОК

import Foundation
import UIKit
import SwiftUI

enum Achievement: Identifiable {
    case notable
    case cool
    case minor
    
    var id: UUID { UUID() }
}

struct User {
    var avatar: UIImage?
    var name: String
    var bio: String
    var achievements: [Achievement] = []
}

struct UsernameView: View {
    let user: User
    
    var body: some View {
        // NB: реализация упрощена для упрощения восприятия
        HStack {
            if let avatar = user.avatar {
                Image(uiImage: avatar)
            }
            
            Text(user.name)
        }
    }
}

struct ProfileView: View {
    let user: User
    
    var body: some View {
        // NB: реализация упрощена для упрощения восприятия
        Text(user.bio)
    }
}

struct AchievementView: View {
    var achievement: Achievement
    
    var body: some View {
        // ...
    }
}

struct UserView: View {
    @State var user: User
    
    var body: some View {
        ScrollView {
            VStack {
                UsernameView(user: user)
                ProfileView(user: user)
                
                ForEach(user.achievements) { achieve in
                    if achieve != .minor {
                        AchievementView(achievement: achieve)
                    }
                }
                
                TextField("Username", text: $user.name)
                TextField("Bio", text: $user.bio)
            }
        }
    }
}

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

#материалы #swiftui #изучение #attributegraph

В последнем разборе задачи code-review, которое спрашивают в одном крупном биг техе - я оставил ссылки для дополнительного изучения AttributeGraph в SwiftUI. Но я хотел бы поделиться этоми ссылками здесь и дополнить рекомендации.

Если ты планируешь идти на собеседование или изучить SwiftUI для своего развития - это 100% знания, которые тебе помогут.

1. Attribute graph by Chris Eidhof: статья и презентация в видео на YouTube
2. OpenAttributeGraph: open source implementation of Apple's Private framework - AttributeGraph which is a high performance computing engine written in C++ and Swift.
3. Untangling the AttributeGraph: редко где увидеть можно, но очень полезная
4. Thinking in SwiftUI: настоящая кладезь, п.1 на основе этой книги сделан
5. Сами знаете где и на русском языке

AttributeGraph - это приватный фреймворк. Знание и понимание концепций его работы, это уже очень многое тебе даст, как я уже говорил и в работе и на собеседовании.

Из-за того, что по нему мало информации в интернете - эти знания будут твоим большим преимуществом. Советую изучать даже в общих чертах, если не хочется погружаться.

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

#swiftui #task

SwiftUI: почему task не перезапускается при смене данных

- task {} и onAppear не имеют автоматического трекинга зависимостей.
- Они запускаются только при “появлении” view, а что именно считается появлением - в SwiftUI до сих пор размыто.
- Если внутри task используется url, а значение меняется - код не выполнится повторно, потому что задача не пересоздаётся...

For example, the task will re-run when you put the image loader in a List and scroll it out of bounds and back into bounds. Likewise, when you put the image loader in a tab view, the task will also run again when switching tabs.

#линкедин #резюме #работа

https://t.me/piu_nastya/1051

Доброе утро, так как у бусти постоянно проблемы с оплатами, а в этом месяце так вообще, уже человек 10 написали, что "деньги есть, всё ок - не списывает. Ждал несколько дней, любые карты - не принимает.

То есть аналог в виде Tribute, где есть скидки кстати не только на первый и шесть месяцев, но и на 12 месяцев.

Скидки причём на всю оплату, а не как у бусти на первый месяц только. Если подписаны на бусти, то имеет смысл отписаться и переподписать на Tribute тоже, спасибо за внимание!

1️⃣ Небазовый тир: на каждый период сделал скидку в виде меньшей цены

2️⃣ Базовый тир: на каждый период сделал скидку в виде меньшей цены

Actor Hopping: не все переключения одинаково дорогие

While hopping between actors on the cooperative pool is fast, you still need to be mindful of hops to and from the main actor when writing your app.

Это цитата итогового утверждения от инженера из Apple. Оно было сказано в рамках WWDC "Swift concurrency: Behind the scenes". Cоветую весь посмотреть, если не смотрели или смотрели давно.

Суть сводится к следующему:
- Hopping между actors в cooperative pool: дёшево
- Hopping на / с MainActor: дороже

Почему так?

Main thread отделён от cooperative pool и имеет особую роль в системе - он обслуживает UI и main run loop. Поэтому переключение между MainActor и cooperative pool обычно сопровождается context switch / switching threads.

Так же обновил соответсвующий раздел в ноушене, приятного чтения!

Январь - это лучшее время для оффера. Бюджеты свежие. Компании готовы платить больше, чем в любое другое время года. Если думаешь менять работу в 2026 - готовиться надо сейчас.

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

1. [Middle / Middle+] SwiftUI, Swift Concurrency: задачи, практика и лайвкодинг [ссылка на материал]

2. SwiftUI, Combine, Structured Concurrency [80/20: теория на практику] [ссылка на материал]

3. Разбор SwiftUI задачи с собеседования: полный разбор и решения [ссылка на материал]

4. На каком потоке выполняется Task? Разбор хитрой задачи по Swift Concurrency [ссылка на материал]

5. Лайвкодинг SwiftUI задачи с собеседования: полный разбор и объяснения [ссылка на материал]

Смотреть лучше порционно: одна задача или ролик до часа. Но если есть силы на парочку - почему бы и нет?

Почему Swift кажется простым, пока не копнёшь глубже?

Ты наверняка замечал эту штуку, что начинаешь писать на Swift - всё понятно. let, var, структуры, замыкания.

Потом лезешь в async / await. Окей, разобрался. Потом @Sendable, isolated, nonisolated. Уже сложнее.

Doug Gregor - один из главных архитекторов Swift, называет это progressive disclosure. Постепенное раскрытие сложности.

Идея простая: язык должен пускать новичка без боли. Но когда тебе нужна мощь - она есть. Просто спрятана до поры.

На SwiftCraft 2025 Doug рассказал, как этот принцип работает изнутри. Почему одни фичи "на поверхности", а другие закопаны. И какие вызовы это создаёт, когда Swift идёт в embedded, в серверы, в новые ниши.

Продолжая тему подготовки к собеседования хочу порекомендовать следующую подборку:

1. Собеседование на софты: задачи, сроки и конфликты | Что актуально не только на валютной удалёнке, но и на СНГ собеседованиях [ссылка на материал]

2. Mobile System Design Interview: Spotify / Part I Большое кол-во собеседований уже содержат в том или ином виде System Design - однозначно маст хэв [ссылка на материал]

3. Mobile System Design Interview: Spotify / Part II [ссылка на материал]

4. Mobile System Design Interview: Spotify / Part III [ссылка на материал]

5. Разбор SwiftUI задачи с собеседования: полный разбор и решения | Я рад, что всё больше и больше собеседований содержат SwiftUI и не просто теорию, а практические задачи. Опыт есть опыт [ссылка на материал]

6. На каком потоке выполняется Task? Разбор хитрой задачи по Swift Concurrency | Первое и пока-что единственное видео с разбором Swift Concurrency, которое тоже, всё чаще и чаще встречается на собеседовании [ссылка на материал]

7. Лайвкодинг SwiftUI задачи с собеседования: полный разбор и объяснения | Хочу завершить разбором и лайвкодингом другой SwiftUI задачи, где постарался показать какие дополнительные вопросы могут накидывать и про что тебе стоит сказать и что не забыть [ссылка на материал]

-----

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