> Про ООП это вы зря.

Типичное заблуждение. Во-первых есть JIT. Достаточно какой-то операции исполняться более, чем 1 раза - и для этой операции может включиться JIT, подставляя в место исполнения ранее откомпилированный код (сама виртуальная машина то - оперирует нативным кодом, в итоге, на входе принимая для обработки байт-код).

Мы тестировали (в рамках такого спора, на одних форумах) некоторые операции (взяли несколько простых тестов, сишники и джависты) - только 5% отставание Java, вышло. Да, есть разные тесты, но не будем - это большая дискуссия.

Во-вторых в приложении например из 5000 строк кода - всего 200 строк его будет в реальном приложении использовать 90% времени выполнения.

>>А высоконагруженные части разработки - могут использовать опционально разрабатываемые нативные модули.
> нативные в джава? Нативные в джава - это джава.

- Вы не в курсе. Например очень популярна такая схема (используется в сервере приложения JBoss AS) - по умолчанию вы скачиваете java-приложение, которое запускаете, и все у вас работает. Но если вы скачаете с сайта разработчиков нативный модуль, просто положите этот файлик в определенный каталог и перезапустите сервер - то сервер при инициализации его запуска - обнаружит эту нативную библиотеку, и станет ее использовать вместо части своего кода (написанного на Java). Т.е. вы можете добавить эту библиотеку на свой сервер, а можете не добавлять. В первом случае вы получите выйгрыш при некоторых операциях, например ввода-вывода, или какие-то дополнительные фичи по raw sockets. Во втором случае у вас этого выйгрыша не будет, но и так будет весьма хорошо работать. Первый случай - когда вам нужно реально все разогнать по максимуму, получить от системы полную отдачу. Второй случай - скачать только Java-приложение, т.е. на мизер проще все установить (и не искать этот нативный модуль на сайте разработчиков).

Объяснил?

>> Можно вообще не возиться с переменной окружения (JAVA_HOME) - а при каждом запуске >указывать полный путь до исполняемого файла. Боже, да по такому принципу - запускается >почти все.
> Удобство конфигурирования... это к делу вообще не относится.

Про это был комментарий. Какое еще дело, если мой комментарий относился к конкретному комментарию.