> Понимает, неэффективностью.Скорее "неэффективностью, если всё и всегда делать правильно". Вот только "правильно" может быть "очень небыстро" или "очень неудобно". И дело не только в eval, eval просто для примера приведён.
> И става богу, минус одна дырка в безопасности.
А отказаться от php - это сразу минус много дырок в безопасности.
> Вообще-то можно, но куда вам до осознания этого.
Вообще-то нет, просто по определению. Либо у тебя есть какой-то транслятор текста в машинную форму, и тогда язык интерпретируемый, или исполняются непосредственно инструкции, которые даже такого понятия "язык программирования" не знают. Либо есть парсер исходного кода, либо нет. Если есть - то это интерпретатор, просто по определению. А если нет, то никаким домкратом не поднимешь.
Либо дудочка, либо кувшинчик. Либо ты парсишь текст, и тратишь на это время, либо нет, и только исполняешь то, что было на этапе компиляции.
> А вы не думали что в "интерпретируемых языках" может быть хорошим сам язык, например? Я что гoвноeval'ы ваши никому и не сдались,
Это PHP хороший язык например?
> и код действительно можно без проблем компилировать в нативный,
Это HipHop код без проблем компилировать в нативный?
> и одновременно как пользоваться преимуществами языка как такового и рантайма, так и не страдать от уродских интерпретаторов и JIT'ов?
HipHop уже обогнал по производительности все ласточки, ситоны, житоны, пипи и прочее? Или это мечты на тему "как было бы хорошо, если бы у php были бы яйца?"