Вы читаете рассылку в почтовом клиенте, увидели ссылку www.желанный.адрес, нажимаете на нее мышкой, и резво открывается окно браузера. То же самое происходит, если вы кликнете на ссылку во время беседы на IRC-канале.
   SeaMonkey имеет более богатые настройки, чем Firefox и Thunderbird вместе взятые; для комфортной работы с ним требуется гораздо меньше расширений, что благоприятно сказывается на стабильности.
   Стабильность — вторая после интеграции козырная карта SeaMonkey. Над кодом Mozilla Suite люди трудились многие годы, в нем очень мало ошибок.
   SeaMonkey настраивается проще и быстрее, чем отдельные компоненты, так как многие настройки влияют сразу на весь набор инструментов. Вам не потребуется путешествовать по нескольким программам, держа в голове, как были настроены другие компоненты.
   Будучи наследником Mozilla Suite, SeaMonkey имеет давнюю историю, поэтому хорошо знаком старожилам Интернета.
 
   Вы не можете обновить один компонент, не затронув другой. То же самое происходит, если какими-то настройками вы испортите себе работу, — нарушение будет трудно исправить, не задев собратьев по несчастью.
   Отсутствие менеджера расширений делает работу с расширениями игрой в русскую рулетку. Вдруг устанавливаемое расширение окажется неработоспособным? Удалить его будет уже непросто.
   SeaMonkey — молодой проект, для работы в нем оптимизировано еще мало расширений, к тому же многие из них имеют остаточную совместимость. Авторы в последнюю очередь заботятся о том, чтобы их детище работало в SeaMonkey.
   Интерфейс SeaMonkey кажется неудобным для новичков, которым было бы проще иметь много наглядных кнопок на панели инструментов, нежели запоминать горячие клавиши или расположение пунктов меню для тех или иных действий.
   Формально SeaMonkey пока даже не завершен, поэтому у пользователя может создаться ошибочное ощущение изгоя на фоне легиона пользователей Internet Explorer и смелой гвардии поклонников Mozilla Firefox, «возвращающих себе Web», как гласит слоган рекламы «огненного браузера». Ошибочное оно потому, что «Обезьянка» — родная сестра «Лисички». Многие навыки работы с Mozilla Firefox пригодятся и в работе с SeaMonkey.
Обезьяна получает билет на интернет-пароход
   Альфа-версия SeaMonkey 1.0 вышла месяц назад. Многие могут подумать, что она еще очень сырая, что в ней полно ошибок. Но это совсем не так.
   Начнем с того, почему SeaMonkey не претендует на звание финального релиза. Дело в том, что сам движок Gecko 1.8 немного не доделан и имеет статус beta 4. Отчасти по той же причине и Mozilla Firefox носит статус beta. Ее разработчики синхронизируют свою деятельность с авторами движка Gecko, и, скорее всего, выход финальной версии Mozilla Firefox 1.5, запланированный на декабрь, совпадет с завершением работы над Gecko 1.8.
   Небольшое отступление. Несмотря на свой статус движок Gecko очень стабилен, в нем мало серьезных ошибок. Дело в том, что разработчики наметили план по улучшению движка и пока весь его не реализуют, так и будут обзывать плод своего труда ругательными для пользовательского уха словами «альфа», «бета»…
   Но вернемся к нашей Обезьяне. Вторая причина, по которой проект носит статус альфа. Видимо, разработчики очень стыдятся того, что у проекта пока нет своего логотипа, фирменной графики. Почему? Да потому, что в команде нет ни одного дизайнера!
   Но на помощь пришла известная практика OpenSource-проектов. А наша Обезьянка, между прочим, абсолютно бесплатна, и вы можете даже заглянуть ей в рот, увидев там исходные тексты. Так вот, разработчики объявили конкурс на лучшие логотипы для своего продукта. Конкурс недавно закончился, и уже в следующей версии SeaMonkey мы сможем увидеть нечто симпатичное. Что именно?
   Фирменную стартовую заставку.
   Фирменный индикатор активности браузера (синяя буква "E" в Interner Explorer, буква "N" в Netscape Browser);
   Возможно, новую тему оформления.
   Взглянем на эту проблему с другой стороны. Заметьте, что вам достаточно установить какую-нибудь дополнительную тему оформления, и все «проблемы» с отсутствием фирменной графики уходят на второй план.
   Куда поплывет пароход с Обезьяной?
   Для кого же старается команда разработчиков SeaMonkey, которую взяла под крыло могучая организация Mozilla.org?
   Во-первых, для стариков. В мире Интернета «старики» — это люди, кому далеко за двадцать и кто начинал свою виртуальную жизнь в прошлом тысячелетии. Ведь интерфейс SeaMonkey практически не изменился со времен Netscape 4.0! До боли в сердце он кажется родным и привычным тем, кто делал первые шаги в Интернете в эпоху господства Netscape Communicator.
   Во-вторых, программа ориентирована на тех, кто хочет иметь современные и безопасные инструменты для работы в Сети, но кого совсем не тянет возиться с расширениями для Mozilla Firefox. Лучше, чтобы все было сразу, в одном флаконе.
   И, в-третьих, SeaMonkey понравится тем, для кого важнейший критерий — стабильность в работе не в ущерб инновационным решениям.
   — Официальная страница проекта:
   www.mozilla.org/projects/seamonkey
   —Форум поддержки на русском языке: forum.mozilla.ru. Русская версия SeaMonkey 1.0a для Windows и Linux находится по адресу
   ftp.mozilla.ru/seamonkey/1.0a
   (обе версии имеют размер 11,5 Мбайт).
 

билд Flickr появляется каждые полчаса. Это совершенно другая модель разработки! И хотя пока не все веб-приложения разрабатываются с такой экстремальной скоростью, почти у всех цикл разработки радикально отличается от всего, что было в эпоху ПК или клиент-серверов. По этой причине редакторы Zdnet даже пришли к выводу, что Microsoft не удастся победить Google: «бизнес-модель Microsoft построена на предположении, что пользователь обновляет свое компьютерное окружение раз в два или три года. Google же зависит от того, что новенького обнаружит пользователь в своем компьютерном окружении сегодня».
   Несмотря на то что Microsoft уже продемонстрировала невероятную способность учиться и в конце концов превосходить своих конкурентов, нет сомнений, что конкуренция заставит Microsoft (и — шире — любую современную софтверную компанию) превратиться в компанию совершенно другого типа. Истинным компаниям Веба 2.0 будет проще, поскольку их не тянут назад старые подходы (а также сопутствующие бизнес-модели и источники прибыли).

Упрощенные модели программирования
   Как только идея веб-сервисов стала au courant, в схватку вступили большие компании, выкатившие сложные наборы веб-сервисов, позволяющих разрабатывать надежные среды программирования для распределенных приложений.
   Успех веба во многом обязан тому, что большая часть теоретических построений, посвященных гипертексту, была отброшена в пользу простых прагматичных решений, которые и послужили основой идеальной конструкции. RSS стал, возможно, единственным широко распространенным веб-сервисом именно потому, что он прост. А сложные корпоративные наборы все еще ждут своего часа.
   Amazon предоставляет два типа веб-сервисов. Первый не отступает от формализма SOAP (Simple Object Access Protocol), тогда как второй просто осуществляет передачу XML через HTTP с помощью упрощенного подхода, известного как REST (Representational State Transfer). Веб-сервисы первого типа используются для B2B-транзакций (например, между Amazon и розничными партнерами), но 95 процентов всех операций проводится с помощью REST.
   То же стремление к простоте наблюдается и у других «настоящих» веб-компаний. Возьмем Google Maps. Простой AJAX-интерфейс был быстро «разобран» хакерами, которые затем сумели использовать поставляемые данные для организации новых сервисов.
   Картографические веб-сервисы были доступны и раньше: от GIS-вендоров (ESRI, например) и таких компаний, как MapQuest и Microsoft MapPoint. Однако Google Maps завоевал мир, благодаря своей простоте. И если экспериментирование с данными веб-сервисов от «настоящих» вендоров требовало заключения контракта, то Google Maps был спроектирован так, что данные можно было сразу использовать в своих целях — и хакеры очень скоро научились это делать.
   Отсюда можно вынести несколько важных уроков:
   Поддерживайте упрощенные модели программирования и вы получите свободно-связанных партнеров. Проблема корпоративных веб-сервисов в том, что они предполагают жестко оговоренное партнерство. Во многих случаях это оправданно, но зачастую самые интересные приложения могут быть построены на весьма хрупкой основе.
   Думайте о синдикации, а не о координации. Простые веб-сервисы — как RSS или сервисы на базе REST — занимаются синдикацией данных, не пытаясь контролировать, что происходит с информацией на другом конце цепочки. Идея сквозной передачи данных является одной из базовых идей самого Интернета.
   Проектируйте с учетом возможных переделок и улучшений. Системы, подобные вебу, RSS и AJAX, сходны тем, что особых помех для их повторного использования не существует. Большая часть полезного софта находится в открытых исходниках, а если и нет, то имеется не так уж много способов защитить свою интеллектуальную собственность. Стандартная браузерная функция «посмотреть исходник» позволяет любому человеку скопировать любую веб-страницу. RSS был спроектирован для того, чтобы пользователь мог читать контент тогда, когда это удобно ему, а не поставщику информации. Самые успешные веб-сервисы — это, как правило, такие службы, которые могут быть изменены неожиданным для их создателей образом (some rights reserved).
 
   В оригинале статья Тима О’Рейли была опубликована за неделю до начала конференции Web 2.0 (web2con.org, проводилась с 5 по 7 октября 2005 года), и, несомненно, автор хотел подогреть интерес к этому событию, что ему прекрасно удалось. Но у Веба 2.0 есть и другая, темная сторона.
   Многие наблюдатели отмечают, что сейчас рынок находится в состоянии ожидания. Компаний, говорящих о Вебе 2.0, появляется все больше. Штат фирм, занимающихся разработкой новых веб-решений, растет. Говорить о Вебе 2.0 модно, заниматься им — престижно. И не исключено, что в самое ближайшее время мы увидим второе пришествие доткомов — только взлет новых компаний будет короче, а падение быстрее. Дело еще и в том, что далеко не все инфраструктурные изменения, о которых пишет Тим, могут быть легко конвертированы в деньги. Идея сервисов, построенных на сервисах, которые, в свою очередь, построены на других сервисах, и так далее до бесконечности (mash-up), может, и не плоха, но при всех достоинствах конечного продукта нельзя забывать, что держится он, в общем-то, на честном слове и будет функционировать только до тех пор, пока поставщики сервисов продолжают их предоставлять. Собственных активов у таких компаний, как правило, практически нет.
   Тим О’Рейли почти не касается финансовых рисков — его больше увлекают технологические аспекты. Но некоторые венчурные капиталисты, следящие за становлением новой концепции, высказываются более чем осторожно: Рик Сигел пишет о том, что само по себе применение новых технологий вовсе не гарантирует возврата инвестиций; Фред Уилсон признается, что уже вкладывать опасно даже в первые производные (производные от компаний, владеющих интеллектуальными или иными активами), а сейчас предлагается инвестировать во вторые производные (сервис, объединяющий, допустим, Google Maps и delicious, является второй производной, поскольку и Google, и delicious [в меньшей степени] являются в данном случае не владельцами исходных данных, а посредниками).
Собираем по-новому
   Упрощенные бизнес-модели — это естественный спутник упрощенного программирования и свободного партнерства. В Вебе 2.0 повторное использование не осуждается. Новые сервисы, такие как housingmaps.com, являются простым совмещением двух существующих служб. У Housingmaps.com нет бизнес-модели (пока), но множество небольших сервисов живет за счет Google AdSense (или, возможно, амазоновских программ, или — и тех и других).
   Эти примеры иллюстрируют еще один ключевой принцип Веба 2.0 — то, что мы называем «сборка по-новому». Когда вокруг столько дешевых компонентов, вы можете создавать нечто ценное, просто собирая из них неожиданные или эффективные комбинации. Точно так же, как ПК-революция дала «путевку в жизнь» компаниям, собирающим компьютеры из обычной комплектухи, Веб 2.0 предоставляет возможности компаниям, собирающим свои приложения из чужих компонентов.
Софт работает поверх устройств
   Еще одна особенность Веба 2.0, которая заслуживает упоминания, это то, что теперь веб не привязан к платформе ПК. Перед уходом из Microsoft разработчик Дэйв Стац (Dave Stutz) дал своему бывшему работодателю совет: «обеспечить высокую прибыль способно программное обеспечение, работающее поверх устройств».
   Конечно, так можно охарактеризовать практически все веб-приложения. В конце концов, простейшее приложение требует для своей работы по крайней мере два компьютера: один — для хостинга сервера, второй — для браузера. И как мы уже обсуждали, развитие веба как платформы расширяет эту идею до синтетических приложений, составленных из сервисов, которые предоставляются множеством компьютеров.
   Но — с Вебом 2.0 такое случается частенько — «2.0» означает не что-то совершенно новое, а развитие и углубление существующих концепций. И фраза Стаца поясняет, как нужно проектировать приложения для новой платформы.
   В настоящий момент лучшим примером нового подхода является iTunes. Это приложение без проблем соединяет карманное устройство с грандиозной веб-базой, оставляя ПК роль локального кэш-сервера и контрольной станции. Попытки донести веб-контент до мобильных устройств, разумеется, предпринимались и раньше, но связка iPod/iTunes является одним из первых приложений, соединяющих в единую цепочку сразу несколько устройств. Другой хороший пример подобного подхода — TiVo.
   iTunes и TiVo также демонстрируют другие ключевые принципы Веба 2.0. Они не являются веб-приложениями сами по себе, однако используют мощь веб-платформы, превращая веб в незаметную, практически невидимую часть своей инфраструктуры. TiVo и iTunes — сервисы, а не коробочные приложения (хотя в случае с iTunes это не совсем верно — программа вполне может использоваться и как коробочный софт, для управления пользовательскими данными). Более того, и TiVo, и iTunes пытаются использовать коллективный разум, хотя в обоих случаях эти эксперименты натыкаются на сопротивление со стороны ИС-лобби[ИС — здесь: интеллектуальная собственность. — Прим. ред.]. В iTunes архитектура взаимодействия пользователей довольно ограничена, хотя последние нововведения в области поддержки подкастинга несколько изменили положение дел в лучшую сторону.