> 1) Лишние действия для програмера.

Не совсем понимаю в чём? В компиляции через Emscripten? Она 1 раз настраивается.
В отладке? Тут пока да, но это решаемая проблема и ещё решают.

> 2) Дурное IR - пухлое и ресурсожoркое. JS никогда не делался для того чтобы быть IR.

Я практически это и сказал выше. Это реальный минус, хоть и не сильно существенный, как мне кажется. Тем более, что жрёт только память, да и то в основном за счёт размера кода. asm.js код ведь сразу скармливается AOT-компилятору пропуская стадию интерпретации. Я помню обсуждался вопрос хранения уже собранного бинарного кода локально и подгрузки его из локального хранилища, но не знаю было ли это реализовано.

> 3) Уйма костылей и дeбилизмов неизвестно ради чего.

А тягать с собой ещё один компилятор, который больше нигде нафиг не нужен, это не костыль? А работать с тем, что в браузере есть напрямую через API для плагинов это не костыль? Фига ж себе!

При том, что в asm-js из костылей пожалуй только управляющие комментарии с подсказками для компилятора. Тем более, что они фактически сделали возможной низкоуровневую оптимизацию и AOT компиляцию в обычных веб-проектах и сохранили полную обратную совместимость с обычным JS.

Или тебя не устраивает, что они в качестве памяти используют TypedArray?