Ну и предположение что "написал 1 раз - работает предсказумо везде" - оно же не правда ни для чего, кроме самых простых вещей (и те вон в том же Discord в итоге частично реимплементировали)

То есть если бы оно и правда было так - вопроса бы не стояло вообще и все нейтивописатели пошли переучиваться на JS. Но он почему-то есть и они все еще нейтивописатели. Парадокс.

Потому что кейсы разные? Никто же не говорит про серебряную пулю

Ну то есть или все не очень умные, или что-то не так с кросс-платформой, или "все пишут то, что надо писать на нейтиве"

я рассказываю про то как реально есть на моем последнем месте работы. там rn делают 1 мидл и 1 джун. можно сократить до одного синьора, если хочешь )
для нативки нужно будет по такой команде на каждую платформу + по отдельному проджекту. не считая того, что фичи у тебя будут разные на разных платформах.

это понятно, что все зависит. игры AAA на js никто писать не будет. но в большинстве случаев же - рендер джисонов от сервера

Реакт нэйтив хорошо решает определенные задачи, но не решает все. При этом те которые решает - решает быстрее и проще чем поддержка двух нативных платформ. На этапе выбора инструмента нужно понимать какие вещи предстоит реализовать и от этого отталкиваться в своем выборе.

Ну в варианте "редир json-ов с сервера с отображением их во что-то простенькое" тут я с тобой пожалуй соглашусь.

Вот тут кстати про то, как мессенджер для iOS переписывали, в итоге там выделили кроссплатформенную часть на С
https://podcasts.apple.com/gb/podcast/software-engineering-daily/id1019576853?i=1000470065541

Логично. Интересно, как быстро такой подход заводит в тупик "пора все переписывать" при развитии продукта. Горизонт планирования функционала то обычно не такой уж большой.

это они еще не видели, что некоторые умеют запускать бэйсик с кассет

это я, понятно, упростил. в том продукте, о котором я говорил, часть вынесли в натив. но это заняло 1 месяц работы отдельного умного человека. остальные полтора года затраты только на  1.5 rn разработчика.
причем джун мигрировал из команды web

Не опасненько ли выбирать штуку, которая что-то не особо неочевидное не может или может плохо, если есть шанс пригрести к моменту, когда это придется делать? Понятно, что если есть понимание, что функционал останется без изменений практически навсегда, то тогда можно много вольностей себе позволить.

Интересно что с этим будет года через 3:) Если конечно продукт долгоиграющий..

Неа

Работающее херово лучше идеального неработающего

Ну ИМХО сделать простую штуку на нейтиве не на порядки сложнее чем ту же простую штуку на кросс-платформе.

А вот со сложными получается что нейтив нужен все равно"

не, ты вывод сделал из своей же предпосылки