Забыл добавить. На J2CL пишут незначительную но критическую чать приложения. Обычно это бизнес логика. А весь UI пишется используя нативные языки и фрэймворки.
Так же стоит понимать, что не смотря на то, что у Гугла становится всё больше и больше Open Source проектов, ещё большая часть спрятана от публики. И очень часто без этих кусочков не реально запустить проект в продакшн. Посмотрите на closure-compiler, вы увидите что много лет в нём живёт j2cl код, хотя сам j2cl был опубликован недавно. Как Вы думаете, сколько похожих приватных интеграций внутри j2cl? И сколько j2cl фич всё ещё остаётся недоступно вне гугла.
Разрабатывать только Web приложение, используя J2CL — немного странновато. Ещё глупее делать это используя Kotlin и подобные ему языки.
J2CL действительно нужен только для больших проектов, которые было бы не целесобразно поддерживать на N разных платформах. Взгляните не продукты гугл: Gmail, Calendar, Drive, Docs. Все эти приложения имеют клиентов на 3-х платформах (Web, Android, iOS).
J2CL это всего лишь один из инструментов в крос-платформенной разработке. Вторым инструментом является J2ObjC. Нету смысла имлементоировать один и тот же функционал 3 раза на разных языках. Гораздо выгоднее написать это всё один раз, чтобы оно работало везде. От сюда и тесная связь с bazel.
А сюда добавьте ещё и ингеграционные тесты для сервера. Там где надо вместе с сервером нужно запускать ещё и какого-нибудь клиента. Гораздо проще это делать если у вас есть нативный Java клиент (уже имеем 4 платформы: JRE, Android, iOS, Web).
Цена, которую приходится платить за это удовольствие, тоже есть. Это люди, которые поддерживают крос-платформенную инфраструктуру. Не думаю, что вне гугла найдётся много команд, которые смогут полноценно пользоваться J2CL.
Так же стоит понимать, что не смотря на то, что у Гугла становится всё больше и больше Open Source проектов, ещё большая часть спрятана от публики. И очень часто без этих кусочков не реально запустить проект в продакшн. Посмотрите на closure-compiler, вы увидите что много лет в нём живёт j2cl код, хотя сам j2cl был опубликован недавно. Как Вы думаете, сколько похожих приватных интеграций внутри j2cl? И сколько j2cl фич всё ещё остаётся недоступно вне гугла.
J2CL действительно нужен только для больших проектов, которые было бы не целесобразно поддерживать на N разных платформах. Взгляните не продукты гугл: Gmail, Calendar, Drive, Docs. Все эти приложения имеют клиентов на 3-х платформах (Web, Android, iOS).
J2CL это всего лишь один из инструментов в крос-платформенной разработке. Вторым инструментом является J2ObjC. Нету смысла имлементоировать один и тот же функционал 3 раза на разных языках. Гораздо выгоднее написать это всё один раз, чтобы оно работало везде. От сюда и тесная связь с bazel.
А сюда добавьте ещё и ингеграционные тесты для сервера. Там где надо вместе с сервером нужно запускать ещё и какого-нибудь клиента. Гораздо проще это делать если у вас есть нативный Java клиент (уже имеем 4 платформы: JRE, Android, iOS, Web).
Цена, которую приходится платить за это удовольствие, тоже есть. Это люди, которые поддерживают крос-платформенную инфраструктуру. Не думаю, что вне гугла найдётся много команд, которые смогут полноценно пользоваться J2CL.