Какой же он локальный, если он через Claude работает?
Описанные примеры – это конкуренция в небольшом промежутке, пока новая технология приходит на замену старой (как случилось с firebase) или не приходит (как случилось с inbox).
Конкуренция между kmp и flutter на уровне конкуренции между google docs и google keep – и там и там можно текст сохранять.
В первую очередь это касается ограничений Compose Multiplatform. Когда-нибудь, может быть, оно дорастёт до уровня Flutter, но с текущими темпами разработки это займёт годы.
Почему не нужно?
Почему у google нет двух gmail, двух браузеров, двух поисковых систем, и даже firebase один?
А тут вот вдург два штука.
Если бы это было так, то зачем Google вкладываться одновременно в прямых конкурентов.
Flutter – это отдельный язык, рантайм и ui-фреймворк, который работает по принципу write once, run anywhere.
KMP – это когда у тебя уже есть android-приложение, и ты хочешь адаптировать его под iOS не переписывая всё с нуля.
Ложка с вилкой тоже одну и ту же задачу решают – чтобы потреблять пищу, но есть нюанс.
Конкурент, но не прямой. Если flutter – это вещь в себе, то KMP – это прямое продолжение нейтивных android инструментов.
Google одновременно вкладывается и туда и туда.
в результате iOS-разработчики смогут писать приложения на одном языке — но сразу и на iOS, и на Android.
Да и "в результате" тоже не выйдет.
Нет никаких "ответных ударов". Swift Android – это разработка Android Workgroup (Google).
Это дополняет возможности KMP, а не конкурирует с ним.
KMP уже год как официально поддерживается Google.
Есть же Mac Studio с процессорами серии ultra, как и в Mac Pro. В плане мощности никаких потерь.
Mac pro потерял актуальности после перехода на SoC, теперь туда ни оперативки не добавить, ни видеокарту не поставить. Mac Studio – это новый Mac pro.