Anatoly MoskovskyА то так я могу вам дать исходник на джаве и вы с таким же успехом его в аднроиде не сможете использовать без допила. Потому что там не джава, а просто похожее на нее ))
Сама необходимость кросс-платформенности немного преувеличена. Лично для меня было большая
практическая польза от способности java-байткода реверс-инжинерится и рефлексироваться. Я могу
брать любой бинарь и любую библиотеку и 99% я ее могу использовать. Это - наивысший
уровень интегрируемости. А если очень надо - можно и посмотреть реализацию
без "белых пятен".

В современном Jdk (OpenJdk) идут дискусии и переосмысление самого байткода. Excelsior Jet, AOT и прочие
технологии поставили под сомнение пользу от байткода. Правильнее сказать что количество платформ
по сравнению с 2000 годами сократилось. Энтерпрайзу фактически нужна поддержка в RHEL, а на остальное
плевать.

Кроме того для современного Java EE программирования о котором я знаю достаточно много, доля Java-кода
в исходниках невелика. Это Junior-s считают что надо зубрить Java. На самом деле современный JavaEE код
состоит из:

- Spring Configurations (XML/JavaDSL)
- Прочие конфигурации для фреймворков
- ORM (Hibernate/MyBatis) конфигурации.
- Build subsystems (maven/gradle)
- Business rules (Droolz, e.t.c.) и прочие языки описатели бизнес рулов
- Route rules (Camel) описатели роутов бизнес сообщений в вашей системе. (Xml или JavaDSL опционально)
- Scripts (MVEL, JavaScript)
- Мапперы бинов (Dozer)
- Кастомные серализаторы-парсеры Apache bean-io
- @Generated код. Это продукт (JavaCC, Antlr, Axis, CXF, Thrift, Protobuf e,t,c) технологий. Сорцы выглядят как java но генерируются из ДСЛ вышеуказанных систем.
- Библиотечный Java-код (здесь я вангую более 50%) Сюда всякие гуавы и прочее.
- Собственно Java код (это и есть сухой остаток)

И если вы посчитаете долю Java кода то ее окажется не очень много. А все остальные технологии - это необходимые
левлы синьорити. Или признаки зрелости самого проекта. Чем больше этих технологий - тем ближе проект к Domain Driven.