Новый JavaScript «движок» Оперы

я бы сказал позитивно

последнее время все бросились к оптимизации такого вроде не сложного, но мощьного языка

Google Chrome сделал своё дело. После его выхода разработчики наконец-то подумали о скорости

А вот и не правда?

mozilla стали раньше разарбатывать новую версию движка

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

Хроме просто об этом очень громко заявил, и остался в хвосте

Казалось бы, при чём тут тараканы?

И как всегда у Оперы он будет поддерживать свои особенные стандарты.

Какие толстые тролли нынче пошли…

Сильно настораживает то, что на примере лисицы они сравнивают не с использующимся уже на полную катушку в подходящей к релизу 3.1 SpiderMonkey, а со старой TraceMonkey.
Это пр и том, что их движок только появился и даже не входит в Opera 10.
Одним словом, маркетинг - такой маркетинг..

Я не думаю

Опера часто дает не плохие решения

Иногда надо послушать троллей, они понимают в браузерах лучше чем отравленные оперным гламуром пользователи оной *_*

>И как всегда у Оперы он будет поддерживать свои особенные стандарты.

А какие «как всегда» у Оперы свои стандарты? :) И зачем их вводить, когда её использует так мало пользователей? Вроде, не NN и не IE, чтобы рынок задавать? Just for Fun, что ли, вводят? ;)

Тута ты не прав

Опера часто не совместима. Вопрос все же кто к чему будет ближе, а не кто прав.

В аппле мне понравилось в свое время, что все их поделки оптимизированны под мозилу и сафари, но не понравилось то, что даже под осла они работают очень плохо

и когда оно выйдет?

Тролли по своей природе ничего не понимают, они только хотят есть ;)

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

А надо не оптимизировать под что-то, а писать нормально, тогда будет работать ;)

что значит нормально?

>Опера часто не совместима.

Несовместимость от не 100%-й поддержки чужих фич - это совсем не то, что введение своих, ни с кем не совместимых стандартов :)

> Переход от парадигмы стек-ориентированного представления инструкций байткода к байткоду, основанному на работе с набором регистров фиксированной длины, к которым возможен доступ в произвольном порядке, а не по мере помещения в стек;

Сколько потребовалось разработчикам Parrot тесать кол на лбах оппонентов, прежде чем народ зашевелился и понял, что стековые VM просты, но не годятся для быстрого исполнения...

Ну, Parrot-то пока не блещет производительностью на фоне тех же JVM или .NET даже без JIT последних :)

Это значит не как обычно — написал, проверил в IE/фуррифоксе, о работает. И всё. Спецификации прочитать хотя бы.

Вообще-то там где-то написано, что у них раньше как раз была идея о как можно меньше потреблении ресурсов, а теперь вот, раз уж такое дело… :)

>под кодовым именем Carakan

Таракан?))

> не сложного, но мощьного языка

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

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

А вообще-то, кто первый придумал выполнять программы в браузере, того найти и расстрелять с говном.

>Лучше бы вместо JS в браузерах с самого начала сделали стандартную простенькую VM со стандартным байткодом

Давно есть. Java.

> Давно есть. Java.

Она не простенькая. Браузер с явой - это как советские электронные часы с чемоданом батареек.

>Она не простенькая.

Тогда остаётся поразиться, как Java-апплеты юзали на IE4 на машинах уровня P100/32RAM :)

А никто их и не юзал по доброй воле.