Сентябрь 10, 2008

Google Chrome. Yet Another Browser?

Неделя для Интернета – вечность. Понимаю, что для многих из вас эта новость покажется “бояном”, но все же – Google выпустила свой собственный браузер. Произошло это 2 сентября.

На самом деле я уже 3 числа скачал и протестировал его в деле, и могу сказать, что сам браузер показался мне весьма и весьма приятной вещицей, несмотря на приставку Beta. Прямо сейчас вы можете скачать дистрибутив с этого адреса: www.google.com/chrome, а я расскажу вам о некоторых особенностях и философии, которая лежит в основе Google Chrome.

Пожалуй, основная фишка состоит в том, что Chrome позиционируется как повседневный рабочий инструмент для работы в Сети – надежный, быстрый и стабильный, поэтому в нем нет ничего лишнего. Я бы назвал этот интерфейс спартанским, но приятным для глаз и вполне стильным. Честно говоря, это лучший интерфейс среди современных браузеров, на мой вкус. Он действительно не утомляет и не отвлекает от работы.

Под капотом – сборная солянка из нескольких технологий, разработанных на стороне. Движком браузера является конструктор WebKit, который также используется в маковском Safari и внутри мегафреймворка Adobe AIR. За работу с JavaScript отвечает библиотека V8, которая обеспечивает значительный прирост скорости за счет JIT-омпиляции скриптов, а в перспективе даст возможность работать с новыми перспективными расширениями JavaScript, которые выведут веб-приложения на совершенно новый уровень. Численные измерения показывают двукратное превосходство в скорости работы в сравнении с последним FireFox. А уж старичка Internet Explorer новый браузер обгонит и подавно, окончательно закрепив за продуктом от Microsoft звание “ослика”.

Безопасность и надежность. Гугл не мог пройти мимо этой темы. Каждая страничка, открытая в новом табе, отныне работает как отдельный процесс, что значительно повышает защиту от “вредного содержимого”, а также позволяет закрывать лишь один таб в случае подвисания сайта, а не весь браузер (ура-ура, у меня частенько Файфокс умирает вместе с десятком открытых табов). Кроме того, Chrome периодически получает с серверов Гугла список неблагонадежных сайтов и ведет своеобразный черный список, оберегая пользователя от попадания на вредные странички.

С точки зрения пользователя стоит упомянуть о фишке, упертой из Оперы – на главной страничке браузера теперь находится девять уменьшенных версий наиболее посещаемых страниц или последних закрытых вкладок – при открытии браузера теперь не обязательно пялиться в пустое окошко, а можно в один клик перепрыгнуть на свои любимые сайты. Красиво и удобно.

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

Не обошлось и без засад. Если вы невнимательно отнесетесь к тексту Лицензии, показываемой при установке, то наверняка щелкнете по галочке под ней. Первый раз я сделал именно так, а во второй уже прочитал, что этим самым позволяю отправлять некие данные из браузера прямо в Гугл на стол Пейджу и Брину. К счастью, режим “Большого Брата” отключается в настройках. Можно даже перейти в специальный режим работы “Инкогнито”, когда отключены куки и не сохраняется история похождений по сайтам.

В-общем, Гугл весьма удивил. Я давно считал, что война браузеров закончена и мы сто лет будем жить с Internet Explorer (по умолчанию) и FireFox (это если для души и работы). Однако появился новый интересный игрок. Шароварщики уже пытались рассудить, что означает сия разработка для человечества, и среди не очень убедительных мнений на тему “просто Гугл решил поиграть в войнушку” выделяется вполне убедительное мнение о том, что Гугл продолжает последовательно строить плацдарм для доминирования и присутствия везде. Фраза “Гугол – большее зло, чем Микрософт” в очередной раз кажется провидческой.

Я достаточно серьезно слежу за тенденциями в вебе, и для меня сейчас более чем очевидно, что бОльшая часть привычных приложений рано или поздно будет представлена в виде веб-сервисов. А что нужно для работы таких сервисов? С точки зрения пользователя – ничего более, кроме браузера. Я тоже считаю, что в скором будущем мы будем считать Браузер главным приложением, а нижележащие слои (операционная система, библиотеки и прочие вещи), будут восприниматься лишь как техническая прослойка, необходимая для Его функционирования.

Гугл постепенно превращается в крупнейшего поставщика подобных сервисов – вспомните Gmail, Google Apps, Google Earth, Google Maps и прочие вещи, которыми пользуются на всех континентах. Если в руках этой компании окажется браузер (а позже, как я полагаю, мы увидим и операционную систему от Гугл), то Микрософт и прочие классические компании ждет весьма печальная участь. Кстати, первые планы по экспансии на рынок мобильных платформ (которые со всех точек зрения перспективнее обычных десктопов), уже реализованы, я говорю о платформе Google Android.

В любом случае, я уже начал частично пользоваться Хромом достаточно регулярно, и если под него появятся наиболее важные плагины, которыми я на 90% пока прикован к FireFox – вполне возможно, что следующим браузером “по любви” для меня станет именно ГуглоБравзер.


Похожие записи

Гугл решил объяснить миру – что такое браузер
Выбор AJAX-фреймворка для построения RIA-приложений




Комментарии [12] - на пост “Выбор AJAX-фреймворка для построения RIA-приложений”

  1. Alex

    Сергей,

    посмотрите в сторону Dojo! Библиотека серьезно развивается в последнее время, довольно большое количество виджетов. И бесплатная к тому же. Мне нравится.

  2. Alex

    Сергей,

    посмотрите в сторону Dojo! Библиотека серьезно развивается в последнее время, довольно большое количество виджетов. И бесплатная к тому же. Мне нравится.

  3. Begemot

    Я конечно не специалист в данном вопросе, но первое что приходит в голову это JQuery. Смотрел, плохая?

  4. Pilat

    jQuery в качестве интерфейса слабовата.

  5. Sergey

    На мой взгляд при выборе UI библиотеки для серьезных проектов в первую очередь стоит обращать внимание на следующее:
    1) скорость работы (performance) (сколько времени требуется для рендеринга интерфейса)
    2) наличие/отсутствие утечек памяти (множество библиотек имеют серьезные проблемы)
    3) возможности/удобство раширения базы компонентов
    4) стандартизированность технологий / API (например DOM vs проприетарный набор функций)
    5) наличие архитектуры библиотеки (набор компонентов vs среда исполения)

    Относительно Backbase – в прошлом году они стали распространять свой продукт и под бесплатной лицензией. На сегодняшний день, на мой взгляд их фреймворк самый полный во всех отношениях и удовлетворяет основным требованиям выше.

    Также советую посмотреть фреймворк Ample SDK от http://www.clientside.ru – не менее интерсный проект…

  6. Сергей Гоцуляк

    >> 2) наличие/отсутствие утечек памяти (множество библиотек имеют серьезные проблемы)

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

    Я не понимал, зачем делать на этом акцент, считая, что это априори должно быть в нормальной библиотеке, видимо – ошибался :-)

    Они же упоминают и о производительности / масшабируемости Qooxdoo – похоже, на самом деле нацелены на создание очень серьезных приложений на его базе.

    В-общем, молодцы немцы :-)

  7. Kirill

    ExtJS. Остальное Г. Выбирается такое просто: Сажусь на диванчик,
    беру свой MacBook Pro и начинаю смотреть демки в Safari… То что
    останется – можно смотреть код, а остается совсем не много.

    AJAX-фреймворк – странный термин, так как самого Ajax-а много меньше
    1% в коде приложения.

  8. the_hamster

    А при чем тут Safari? Или все на него должны равняться? В статье ни слова про Apple.

  9. Kimosabe

    Я не маковод, сафари использую только чтобы проверить работает ли в нем сайт. Но не мог не заметить как он работает с жаваскриптом, это просто высший класс.
    Никаких притензий, скрипты под ним всегда работают без лишних доводок, и скорость потрясающая, фаерфокс не дотягивает, ие – в глубокой заднице.

  10. DrumBoom.net

    Предложил бы использовать ещё несколько famework.
    Смотрите здесь
    http://drumboom.net/2008/06/20/dev_tools/
    Хотя для вашего случая наверное лучше всего подойдёт EXTJS.

  11. Rock

    А что вы скажете о Adobe Spry – http://labs.adobe.com/technologies/spry/ ?

  12. Sergey

    @Rock: Spry полна утечек памяти.

Ваше мнение?