[x-yuri]

ну так WebGL же не на пустом месте появился))

но у них же есть какие-то границы ответственности? В ECMA добавить статическую типизацию не решились. Но это же не может сделать Khronos?

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

т.е. это как получается, я создаю приложение которое умеет скачивать имплементации, запускаю... и оно магическим образом превращается в браузер?

что-то я такого не припомню... видимо я не так выразился. В AS3.0 до сих пор есть возможность выбора типизации (режим компиляции).

да, это я неправильно запомнил

ага((

вообще, ответ похоже где-то здесь, только я его не вполне осознаю:

One of the use-cases for namespaces in ES4 was early binding (use
namespace intrinsic), both for performance and for programmer
comprehension -- no chance of runtime name binding disagreeing with
any earlier binding. But early binding in any dynamic code loading
scenario like the web requires a prioritization or reservation
mechanism to avoid early versus late binding conflicts.

Plus, as some JS implementors have noted with concern, multiple open
namespaces impose runtime cost unless an implementation works
significantly harder.

For these reasons, namespaces and early binding (like packages before
them, this past April) must go. This is final, they are not even a
future possibility. To achieve harmony, we have to focus not only on
nearer term improvements -- on "what's in" or what could be in -- we
must also strive to agree on what's out.

Once namespaces and early binding are out, classes can desugar to
lambda-coding + Object.freeze and friends from ES3.1. There's no need
for new runtime semantics to model what we talked about in Oslo as a
harmonized class proposal (I will publish wiki pages shortly to show
what was discussed).

We talked about desugaring classes in some detail in Oslo. During
these exchanges, we discussed several separable issues, including
classes, inheritance, like patterns, and type annotations. I'll avoid
writing more here, except to note that there were clear axes of
disagreement and agreement, grounds for hope that the committee could
reach consensus on some of these ideas, and general preference for
starting with the simplest proposals and keeping consensus as we go.

https://mail.mozilla.org/pipermail/e...st/006837.html

ну почему же, CoffeeScript по моему очень удачная попытка сломать эти стереотипы.

не, я имею в виду, если изменится синтаксис javascript, как старые браузеры на это отреагируют?