А ты сомневался во мне?

я учитываю тот вариант шо я после и айос и андроид приложения смог бы другим чем-то заняться или уволиться, а у чувака/чуваков был наиболее чистый и не противоричевый код

они же могут быть и мидл

тебе жалко, что тебя лишний раз восхваляют?

и оставят такой же подход как был

Противоречий нет, если ты смотрел WWDC кейнот по SwiftUI, то лозунг который пушили в Apple звучал так: "Учишь один раз, применяешь везде", а перед этим они зачеркнули "Пишешь один раз, применяешь везде"

надо пересмотреть

Это чет мне мозг сломало

Чем это от UIKit отличается в таком ракурсе?

они противопоставили всяким сирвер буллетам аля РН и флаттер

UIKit применим только на iOS

ну на макоси был AppKit

И принципы там тоже самые

это лозунг уже начинает частияно въезжать между айос и андроид платформой

лол

с Compose + Kotlin

Условно сейчас ты должен делать так: выделяешь core ui зависимость, которая зависит только от SwiftUI, там находятся компоненты твоей дизайн системы с минимальным количеством if ios/macos/watchos/etc, далее у тебя есть iOS App таргет, который включает в себя core ui и уже строит экраны и логиу на нем, далее например macos таргет, который так же импортит core ui и все имплементится с нуля.
По возможности ты проследишь зависимости, которые можно будет перенести в core ui.

Ну да, в вакансии на SwiftUI инженера есть такое требование:

> In-depth development experience at the application and user interface level with Cocoa, Cocoa Touch, Windows, Android, or Java

ну у меня похожей стек у меня это уже 7 или 8я уи система с которой я серъезно работаю

даже сам целиком уи киты писал в геймдеве