Ну вот. Философски можно считать как угодно.

Но для практической пользы в плане производительности нам не важно, сколько раз и в какие языки и коды перегоняются исходники. Хоть через Lisp и Fortran с кульбитом через Basic транслятором гоняйте.

Нам важен результат в самом низу, будет ли это либо нативный машинный бинарник, либо интерпретируемый байткод.

> в плане производительности

Видимо, теперь пора начинать спор на тему того, какой из подходов более производителен, по какому критерию и вообще почему так считается.

По бенчмаркам

Это не ответ относительно критерия. Я могу нарисовать какой угодно бенчмарк по собственноручно придуманным критериям.

Например, по времени исполнения

И по потреблению памяти

Так по первому или второму?

По любому

Окей. Значит мне достаточно оспорить любой из.

Как тебе тогда противостояние GO vs C#, например?

Кто быстрее?

Конечно Go

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

Не говоря уже о том, что критериев производительности десятки, каждому важные разные и при этом в большинстве задач зависят от кучи второстепенных факторов.

Проводил тест?

Их куча go почти на уровне C а в узких местах быстрее

Ну раз их куча, то предоставь, пожалуйста

ОК. Оспаривайте. Только в C# не забудьте JIT отключить.

Я вижу тут только один тест и только для одного случая, а именно сравнения корутин голанга и асунк тасков шарпа. Цитирую:

Each of the one million tasks runs an infinite loop that does nothing but increment a shared counter variable (atomic Int64) and sleep for one second. The test ends after ~60 million hits are observed, which should thus take ~60 seconds. (It’s approximate because a master thread is polling the score count every tenth of a second, and even that time is approximate if your CPUs are saturated. This test should not be run to fully saturate your CPUs.)

Такое себе сравнение.

С какой стати его кто-то должен отключать?

Есть какие-нибудь концепции процедурных макросов в php 8 на основе атрибутов? Т.е. ленивая генерация кода для проекта через парс атрибутов