Родный язык браузера - javascript. Поэтому только приветствую появление webgl.
Для этого должен быть ОДИН браузер ОДНОЙ КОМПАНИИ. Тогда так и будет. Пока компаний будет несколько, будет и борьба технологий.
Надеюсь, что нет.
Говоря обобщённо - слишком аппаратно-зависимая технология, что бы быть массовой, более того учитывая невменяемую по сути спецификацию самого webgl, массовость его распространения можно только продавить искусственно и очень сильно, например если завтра в одночасье 80% сайтов начнут отдавать контент только в нём, по аналогии с видео в интернете и флешем в своё время. Имея некоторый опыт различного рода извращений с VRML в своё время, наблюдается наличие некоторого большого объёма здорового скепсиса в отношении webgl. Впрочем, как я уже сказал, ситуацию здесь меняют не разработчики, а владельцы контента и всё зависит от медиа-лоббистов, что не всегда гарантирует тихую и спокойную смерть технологии, а в определённой ситуации может даже ежа рождённого от ужа в муках и страданьях причесать и прилизать до более-менее рабочего варианта.
Разве WebGL - не просто обертка над OpenGL на JS? Не думаю, что таковую обертку можно сделать как-то иначе. Вот уж что максимально кроссплатформенно, так это опенгл.
Единственная беда WebGL - если на устройстве почему-то нету ускоренного опенгл (а у меня ноутбучная видюха, например, просто забанена в хроме для включения ускорения) - всё, пиши пропало, пользователь ничего не увидит. Даже в случае с флешем можно хоть с тормозами, но что-то пощупать.
Не совсем так. WebGL - API, основанное на OpenGL ES 2.0, и совместимое с JavaScript, Java и Objective C http://www.khronos.org/webgl/wiki/Getting_Started
Конечный смысл от этого не очень меняется. Лично я очень рад появлению, наконец, этой технологии. Работаю над воплощением старых задумок, которые раньше сделать было не реально. Особого “изврата” и ужей с ежами не наблюдаю - GL(ES)+JS, да и все.
Вся аппаратная зависимость упирается в 3D. Т.е. для 3D нужен доступ к видеокарте. JavaScript просто дает доступ к функциям OpenGL. При статической отрисовке особой разницы между JS и Cи и не заметишь. Запихнул всё в видеокарту и она всё показывает. При динамическом изменении кросплатформенность вряд ли возможна, по крайней мере на текущем уровне браузеров. Так что js пока единственно верное решение по причине поддержки браузерами.
p.s.Хотя, Adobe вроде обещали аппаратную поддержку 3D во Flash, может они ещё смогут что-то показать достойное.
Потому что слишком сложно и вложенно. Т.е. фактически (как я это понимаю) - это ОС, поверх неё браузер, в нём практически вирт.машина, в которой крутится js, который вызывает через костыли нативный OpenGL на ОС. И всё это через web-сокеты, что тоже вложенность.
Как сделать лучше? А не придумывать монструозные велосипеды. Хотя, это всё переходные этапы - эволюция идеи. Сначала выполнение кода “в облаке” - настругают кода под эту парадигму, потом поймут, что нужна децентрализация и придут к “прозрачной среде выполнения”.
А это идеология давным давно придуманного проекта. Plan9.
Т.е. приложение запускается на домашней машине, весь ввод/вывод/результаты - всё экспортируется в виде поддерева в файловую систему. И эту файловую систему, поддерево её, можно экспортировать по сети. И примонтировать, допустим, на сотовом телефоне. И работать с этим удалённым приложением как угодно.
Всё сетевое взаимодействие происходит поверх двух сущностей - единый сетевой протокол 9P (авторизация, шифрование включено и прозрачно) и концепции “всё есть файл”. Когда, чтобы вывести текст в окно достаточно сделать что-то вида: echo “текст” > /sys/prog/hello_word/main_window. И т.п. Таким же образом передавать (через файлы) opengl-команды на отрисовку. И нет разницы, на какой архитектуре там (на сервере или на рабочей машине дома) запущено приложение - у нас на сотовом есть файл, с которого мы читаем (пусть даже opengl-примитивы и команды) и в который мы пишем команды клавиатуры.
Вот и всё. Прозрачность UNIX, включающая сеть. ОС - это прослойка между ПО и железом. Сейчас “железо” - это и сеть тоже. Прозрачно, минималистично, без лишних сущностей и надстроек.
П.С. Рано или поздно к этому придём. 
Просто нужно созреть. В процессе созревания перепишутся на несколько раз тонны ПО, но… На то она и эволюция, а не революция.
webgl нужен.
Нынче, всё-таки, как бы дико это не звучало, в современных браузерах/движках js-код компилируется в ассемблерный, по мере возможностей и сил движка.
А нужен webgl, чтобы его реально можно было использовать, везде. Несмотря на анонс гуглокарт с вебгл, вебгл на моём ноуте так и не заработал - о чём тут может быть речь? :3
Буквально на днях Opera включила поддержку WebGL в основной ветке браузера (в лабовских сборках оно было с февраля месяца ещё), правда при этом выкинула поддержку большой пачки карт нвидиа, из-за невменяемости драйверов последних. Так что о “везде” речи даже не идёт, а только о весьма ограниченном применении.
Вот странно! Сколько с OpenGL работаю (CAE/CAD), но невменяемость почти всегда попадалась у ATI и ни разу у NVIDIA. Почитаю, чего там у Оперы незаладилось.
Да ладно, Nvidia FX и Nvidia Quadro NVS очень малая часть видеокарт. Вот то что все встроенные Intel’ы не работают, это другое дело.