История изменений

Ну это так спроектировано в Java, что рефлексия завязана на байткод. В С++ рефлексия есть, байткода нет. Динамическая загрузка классов тоже никак не связана с байткодом - есть же бинарные разделяемые библиотеки. Да, есть custom class loaders ,но подобные механизмы можно предусмотреть и для машинного кода. Хотя можно по-разному трактовать термин JIT. Например, можно считать, что в лиспе тоже JIT, а разогрев Ява - машины - это частный случай под названием «Profile-Guided Optimization Using Background JIT».

Поэтому, несмотря на то, что Java показывает очень хорошие результаты по бенчмаркам, я продолжаю считать, что «Profile-Guided Optimization Using Background JIT» - это опция второстепенного значения, а правильный дизайн - в CL, когда есть явная JIT компиляция и возможность хранения машинного кода в fasl-ах и в сохранённых образах. Если бы к этому можно было добавить ещё image-based development, как он есть в SQL, и столь же регулярную рефлексию, то было бы вообще супер. Но и SLIME-режим, когда исходники хранятся во внешних файлах, тоже вполне себе годнота.

Ну это так спроектировано в Java, что рефлексия завязана на байткод. В С++ рефлексия есть, байткода нет. Динамическая загрузка классов тоже никак не связана с байткодом. Хотя можно по-разному трактовать термин JIT. Например, можно считать, что в лиспе тоже JIT, а разогрев Ява - машины - это частный случай под названием «Profile-Guided Optimization Using Background JIT».

Поэтому, несмотря на то, что Java показывает очень хорошие результаты по бенчмаркам, я продолжаю считать, что «Profile-Guided Optimization Using Background JIT» - это опция второстепенного значения, а правильный дизайн - в CL, когда есть явная JIT компиляция и возможность хранения машинного кода в fasl-ах и в сохранённых образах. Если бы к этому можно было добавить ещё image-based development, как он есть в SQL, и столь же регулярную рефлексию, то было бы вообще супер. Но и SLIME-режим, когда исходники хранятся во внешних файлах, тоже вполне себе годнота.