>> Кроме шуток, сейчас нередко пилят приложения чисто под андройд или айос, но
>> на штуках вроде RN, т.е без "нативной" джава, свифта и проч,
>> хотя лично я не совсем подобное одобряю.
> Нередко их потом переписывают на натив(kt/swift), т.к. лагает, да и реактщикам порой
> приходится куски на нативе под обе платформы делать. Я не топлю
> за qt, но плюсы по мне так разумнее выглядят чем дёрганье
> нативных виджетов из js движка. Да и тот же свифт собирается
> под линукс (а значит и андроид теоретически), и котлин что-то там
> про исполняемые бинарники заявлял. И дарт компилится в бинарник, а значит
> тормозная скриптуха всего лишь 1 из многих выборов для кроссплафтормы.А минусить то за что ?) -Я просто привел более корректные цифры по вакансиям, в т.ч и богоподобному QT( по которому суммарно всех вакансий, включая даже те, где он просто мельком упоминается, примерно как для одного RN, в котором ожидается именно соотв разработчик )
2-3 года лет назад подобное частенько бывало - тогда RN был еще сыроват и нередки были проблемы с производительностью да и с работоспособностью( вылеты или в нативе или в жс ).
Хотя, они и сейчас бывают, но только если RN-разработчик - вчерашний вебпрограммист и прогает под мобилу аккурат как на вебе, с кучей постороннего мусора и нагромождений( TS, StyledComponents + еще какой-нибудь Vue-Native до кучи.. который на базе RN работает лишней прослойкой ), которые браузер еще прощал, а подобная штуковина - уже нет.
Ну и иногда переписывают на "натив" реально мудреные приложения, которые пилились более года и по ходу дела несколько раз менялась концепция, что в итоге привело к наличию фактически 2 разных приложений - под яблоко и андройд, с разными дизайнами и с ощутимо различающимся функционалом.
Если же приложение написано сколь-нибудь нормально, оно не лагает( если только на старых бюджетных андройдофонах ).
Другое дело, что языки вроде Си или плюсОв могут очень многое прощать в плане архитектуры, поскольку скомпиленный код работает быстрее и может "пережевать" гораздо больше обезьяньего когда с горами оверхеда.
Хотя и в случае с JS и RN - все-таки применяется движок из WebKit.. и компиляция есть, пусть и JIT( хотя сейчас уже хитрее, в случае с т.н RN Hermes для Android ).
Порой - бывает.. но речь об очень специфических случаях, поскольку весь основной функционал( работа с пушицы-уведомлениями, камера, геолокация, карты, анимация, работа с ФС итд итп ) уже давно реализован в модулях и нередко из десятков и сотен разных приложений, лишь для какого-то одного, с очень специфическими потребностями, требуется запилить подобие "модуля"( и то, потому что обычно требуется подключить какое-то очень стороннее и закрытое SDK, которе распространяется лишь обычным архивом с бинарниками.. и то, после регистрации и СМС ), т.е нередко нужно писать даже не совсем "модуль", а "прослойку" на нативе( обычно это ObjC и Java ), чтобы этот модуль можно было бы дергать из JS.
Дело не в том, на чем собирается свифт.
Дело в том, что он - крайне нишевой язык, тогда как у того же JS имеется куча наработок почти на все случаи жизни, да и работает он на огромном множестве разных устройств..
С флаттером и дартом вообще отдельный разговор.
Да, жс - лишь один из многих вариантов, но возможность запросто собирать платформо- и архитектуронезависимую часть, в которой реализована основная логика - весьма интересная штука( что приводит к порождению штук вроде Expo у того же React-Native. Хотя Expo категорически не одобряю ).
Скорее всего, если на смену JS что-то и придет, то это будет или WASM или - байт-код LLVM, полученный из какого угодно ЯП, который поддерживает "компиляцию" в соотв байткод.