Для начала стоит посмотреть назад в недалёкое прошлое, когда Opera выпустила движок Futhark, входящий в соств Presto (2003 год). На тот момент он был самым быстрым на рынке, хотя никто особо не придавал значения этому языку. Сравнения по производительности стоит посмотреть в статье JavaScript Performance Rundown Джона Ресига (John Resig). Джон получил интересные результаты из которых видно, что сейчас движок браузера Opera не блещет. В отличие от него Carakan построен на других принципах и обещает быть не только быстрым, но и экономичным. Для этого уже сделано следующее:

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

2. Генерация нативного кода. Это, как я понял, попытка решить проблемы с арифметикой за счет расширения стандартных возможностей ECMAScript. Пока еще ведуться работы для ARM, для x86 (32 и 64 бита) уже всё готово.

3. Автоматическая классификация объектов. Смысл в том, что на уровне движка создаётся виртуальное наследование при котором каждому базовому объекту из ECMAScript приписывается класс, описывающий его. Дальше во время жизни и модификации объектов движок классифицирует их по первичным прототипам (тем самым объектам из ECMAScript). В результате это позволяет использовать меньше памяти (как то очень уж это оптимистично) и при поиске объектов кешировать результаты. Если это будет реализовано добротно, то производительность Carakan в Cloud Apps будет действительно потрясающая.

Дженс Линдсром (Jens Lindström) пишет, что даже без нативной генерации кода скорость Carakan в два с половиной раза больше, чем последняя версия Presto по тесту SunSpider. А вот при включении нативной генерации скорость может быть выше в 5 или 50 раз (или 500, почему бы нет?). Но обещать что либо еще слишком рано.

• Internet Explorer (5.5 – 7.0)
• Firefox (1, 1.5, 2)
• Safari (1.3, 2.0, 3)
• Opera (9.2, 9.5)

Так же плагин поддерживает поиск по элементам и атрибутам HTML и по свойствам CSS.

Домашняя страниц: Firescope

В своем журнале Джон Хикс (John Hicks), создатель логотипа Mozilla Firefox, рассказал о том, что теперь он будет работать в Opera на позиции ведущего дизайнера (Senior Designer). Не смотря на то, что работать он будет удаленно ему всё же придется отказаться от работы в своём собственном деле. В след за Hicksmade его жена, Леи Хикс (Leigh Hicks), займется и делами Hicksdesign.

Влияние на качество интерфейса Opera Software, скорее всего, окажется положительным. Хотя не очень понятно, что конкретно будет делать Хикс. Поле для деятельности в Opera Software у него огромно. Но основные работы Хикса – это типографика и разработка лого и иконок, но не интерфейсов целиком (хотя покритиковать интерфейсы он любит). Возможно, над следующими версиями Opera он будет работать не один, кто может стать главным идеологом интерфейса я сказать не возьмусь. Но почему то в голове пронеслась мысль, что если бы к разработки привлечь Дэвида Бирна (David Byrne) и Брайна Ино (Brian Eno), то можно было бы получить совершенно потрясающий браузер =)

С другой стороны этот переход может негативно сказаться [в плане дизайна] на других проектах, в которых проявляется Hicksdesign.