import SwiftUI
import ComposeApp

struct ContentView: View {
    var body: some View {
        ComposeView()
            .ignoresSafeArea(.all)
    }
}

struct ComposeView: UIViewControllerRepresentable {
    func makeUIViewController(context: Context) -> UIViewController {
        MainViewControllerKt.MainViewController()
    }

    func updateUIViewController(_ uiViewController: UIViewController, context: Context) {}
}

Мне бы такой сценарий не подошел, я сейчас делаю аппу на Swift сразу под iOS + tvOS + macOS.

Попробуйте Compose Multiplatform. Он давно получил официальную поддержку iOS, что ему не хватало для полноценной завязки. Только не хватает поддержки tvOS, то эту часть можно сделать нативно на SwiftUI.

Про скриншоты без мака

1) Можно скриншоты делать через тесты UI. Многие компании так делают во время прогона тестов.

2) скриншоты сделанные в Figma тоже проходят, при условии идентичности нарисованных экранов и реального приложения. Тем более это позволяет еще красиво оформлять скриншоты.

Шаг 1. Регистрация Apple Developer Account из России

Все это тыква на данный момент. Позволит делать только бесплатные проекты без возможности заработка (только рекламу показывать). После 2022 года новые учетки разработчиков в РФ не могут принимать соглашение о распространении платных приложений, что влечет невозможность заработка обычным путем.

А так как любимый народом РКН побрил яблоко на заработок через мобильных операторов (что основная часть их дохода в РФ), то не совсем ясно как сложится судьба учеток российских разработчиков.

Мак не нужен. Точка. 

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

программист vs вайб кодер выдуманное противостояние

Не выдуманное. Вайбкодер без знания процессов коммерческой разработки даже не спросит о них ИИ, так как не знает о всех этапах разработки. Пока ИИ не научится сам ультимативно эти процессы навязывать. Тут же вот в чем подвох, даже если условный Вася с новым суперприложением о них где то догадается прочесть, то ему покажется, что это не важно и не влияет на качество разработки. А ведь там не только про качество, еще и безопасность может быть завязана.

Часть 2: Загрузка данных and Improving или "Хождение по промтам"

А где первая часть? Прошелся по вашему профилю и не увидел.

Если стояла задача структурировать данные, то можно было использовать связку Xcode + ChatGPT, они отлично интегрируются и не нужно контекст копипастить туда/обратно.

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

И я решил, что уничтожу всех этих крохоборов.

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

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

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

Как именно вы собираетесь уничтожить этих крохоборов? Судя по позициям в поиске - у них грамотная поисковая оптимизация и есть ресурсы на коррекцию трафика через мотивированные установки. Остается только физическим путем!

Потому просто: +