Обновить

Apple хочет чтобы я купил Mac за 200к. У меня два приложения в App Store и ни одного макбука

Уровень сложностиСредний
Время на прочтение14 мин
Охват и читатели14K
Всего голосов 26: ↑25 и ↓1+30
Комментарии16

Комментарии 16

Спасибо, было интересно почитать со стороны у кого нет мака.

Да, если приложение простое без бека и на пару скринов, то поддерживаю - можно без мака. Более того, думаю даже можно без 99$ подписки работать до публикации, так как Apple дает mobileprovision даже для обычных акков на 7 дней, но тут нужно правда добавить что мак с подключенным тестовым iPhone нужен будет каждые 7 дней чтобы перегенерировать mobileprovision и вытащить из него сертификаты для подписи. После на CI уже с 7-ми дневными подписями и mobileprovision можно собрать девелоперский ipa файл и залить в firebase и оттуда установить на девайс через safari. У firebase один значительный плюс что аппа сразу доступна для скачивания после загрузки (буквально через пару минут), в testflight иногда приходится ждать 10-30 минут.

Мне бы такой сценарий не подошел, я сейчас делаю аппу на Swift сразу под iOS + tvOS + macOS. Добавляешь новый label и нужно сразу посмотреть как он будет смотреться на 3х платформах, я бы офигел ждать пока через CI все соберется чтобы проверить через testflight.

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

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

Compose Multiplatform

На данном этапе оверкил так как основная платформа это tvOS (стриминг), а macOS и iOS просто бонусом залезли. Плюс нужно учить новый язык (котлин), хотя я Java очень хорошо знаю . К тому же на собесах на iOS только гоняют по Swift (ни котлин, ни реакт, ни флаттер не спрашивают), а проект я как раз делаю на Swift 6.2 (сейчас может что-то даже добавлю из 6.3) чтобы прокачаться в SwiftUI + async/await так как на прошлом проекте последние 3 года сидел на UIKit + RxSwift.

У меня тоже основная специализация яблочная, но в последнее время развлекаюсь переделкой своих проектов на CMP. Вот реально зашло. Один код на все платформы и UI. У меня в проектах из айос сейчас только такой код (где нет платформенных зависимостей)

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) {}
}

Я знаю что такое KMP ) Я код писал 7 лет в AppCode, сейчас 2 года в IntelliJ, Xcode никогда не пользовался) КМП вообще крутая штука, я на прошлом проекте довольно долго уговаривал писать новые фичи на нем, но манагеры были против. А в своим проектах только Swift потому что очень нравится SwiftUI + await/async + Swift Previews. Я довольно активно завожу баги в KMP плагин, бывало по 5 багов в неделю заводил, благо разрабы у него крутые - быстро фиксят. Сейчас жду когда они уже добавят Swift Testing поддержку.

Мне просто Андроид и Windows не нужен, у меня нет ни того ни другого, просто смысла нет в KMP как бы странно не звучало. Но технология топ, если буду делать настоящий кроссплатформ точно выберу его вместо реакта и флаттера.

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

У меня противоположная ситуация, у меня никогда не было проблем с Xcode, потому сторонние IDE не использовал. Мне тоже нравится SwiftUI и последние языковые решения. Еще очень круто у яблока подсвечены обработчики макросов через икскод.

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

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

Ссылка на репозиторий

Очень интересная инструкция. Спасибо!

всегда рад помочь

Интересная статья, воспользуюсь, при случае.

Однако ж…:

Если ты вайбкодер (как я): … Написал claude … Claude покопался, поправил 4 файла … Глянул git diff — вроде нормально

Это не вайбокодинг, если смотреть на исходное определение:

There’s a new kind of coding I call “vibe coding”, where you fully give in to the vibes, embrace exponentials, and forget that the code even exists.

It’s not too bad for throwaway weekend projects…

Вот это настоящее искусство☝️. А то, что Вы описали - ну каждый ведь может. Кто способен глянуть diff и оценить “нормальность”.

Автор термина, кстати, сейчас предлагает использовать понятие agentic engineering.

я думаю что термин вайб кодинг уже потерял изначальную дефиницию , вайб кодерами сейчас принято называть всех кто хоть как то использует ИИ для написания кода ... хотя я лично думаю что программист vs вайб кодер выдуманное противостояние ИИ это просто инструмент а не замена программистов уровня сеньор .  agentic engineering интересный термин

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

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

Забавная статья. Все это работает на простых проектах. Как только начинается сложное флоу с кучей сторонних инструментов, вайбкодер без мака рыдает и выходит в окно.

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

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

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

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

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

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

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

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

Согласен с вами . фраза не нужен и точка это гипербола. Спасибо за конструктивную критику.

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

А тема регистрации аккаунта из России не раскрыта: интересует вопрос, нужны ли нероссийские документы, и как подтверждать нероссийский адрес.

Все верно написано если регистрироваться из рф то только бесплатные приложения либо реклама либо донат на сторонни сервисы либо оплата про например через сторонии сервисы . Чтобы зарегистрировать акк на др страну нужно иметь прописку в др стране подтвердить это .

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации