Сентябрь 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 – вполне возможно, что следующим браузером “по любви” для меня станет именно ГуглоБравзер.

Июнь 5, 2008 - 2:32 -
Сергей,
посмотрите в сторону Dojo! Библиотека серьезно развивается в последнее время, довольно большое количество виджетов. И бесплатная к тому же. Мне нравится.
Июнь 5, 2008 - 2:32 -
Сергей,
посмотрите в сторону Dojo! Библиотека серьезно развивается в последнее время, довольно большое количество виджетов. И бесплатная к тому же. Мне нравится.
Июнь 5, 2008 - 10:58 -
Я конечно не специалист в данном вопросе, но первое что приходит в голову это JQuery. Смотрел, плохая?
Июнь 5, 2008 - 13:04 -
jQuery в качестве интерфейса слабовата.
Июнь 5, 2008 - 16:03 -
На мой взгляд при выборе UI библиотеки для серьезных проектов в первую очередь стоит обращать внимание на следующее:
1) скорость работы (performance) (сколько времени требуется для рендеринга интерфейса)
2) наличие/отсутствие утечек памяти (множество библиотек имеют серьезные проблемы)
3) возможности/удобство раширения базы компонентов
4) стандартизированность технологий / API (например DOM vs проприетарный набор функций)
5) наличие архитектуры библиотеки (набор компонентов vs среда исполения)
Относительно Backbase – в прошлом году они стали распространять свой продукт и под бесплатной лицензией. На сегодняшний день, на мой взгляд их фреймворк самый полный во всех отношениях и удовлетворяет основным требованиям выше.
Также советую посмотреть фреймворк Ample SDK от http://www.clientside.ru – не менее интерсный проект…
Июнь 5, 2008 - 21:22 -
>> 2) наличие/отсутствие утечек памяти (множество библиотек имеют серьезные проблемы)
Видимо это на самом деле серьезный пункт, потому-что разработчики Qooxdoo очень часто упоминают, что их фреймворк не имеет утечек памяти, и имеет средства для отлова мемори ликов для пользовательских скриптов.
Я не понимал, зачем делать на этом акцент, считая, что это априори должно быть в нормальной библиотеке, видимо – ошибался
Они же упоминают и о производительности / масшабируемости Qooxdoo – похоже, на самом деле нацелены на создание очень серьезных приложений на его базе.
В-общем, молодцы немцы
Июнь 12, 2008 - 0:46 -
ExtJS. Остальное Г. Выбирается такое просто: Сажусь на диванчик,
беру свой MacBook Pro и начинаю смотреть демки в Safari… То что
останется – можно смотреть код, а остается совсем не много.
AJAX-фреймворк – странный термин, так как самого Ajax-а много меньше
1% в коде приложения.
Июнь 27, 2008 - 14:34 -
А при чем тут Safari? Или все на него должны равняться? В статье ни слова про Apple.
Июль 10, 2008 - 22:57 -
Я не маковод, сафари использую только чтобы проверить работает ли в нем сайт. Но не мог не заметить как он работает с жаваскриптом, это просто высший класс.
Никаких притензий, скрипты под ним всегда работают без лишних доводок, и скорость потрясающая, фаерфокс не дотягивает, ие – в глубокой заднице.
Июль 14, 2008 - 11:25 -
Предложил бы использовать ещё несколько famework.
Смотрите здесь
http://drumboom.net/2008/06/20/dev_tools/
Хотя для вашего случая наверное лучше всего подойдёт EXTJS.
Июль 16, 2008 - 21:09 -
А что вы скажете о Adobe Spry – http://labs.adobe.com/technologies/spry/ ?
Июль 17, 2008 - 15:23 -
@Rock: Spry полна утечек памяти.