Журнал "Компьютерра" №755

- У меня всегда была склонность к технике, - вспоминает Хокон. - С компьютерами впервые пришлось столкнуться в пятнадцать лет, а до того моей любимой игрушкой был конструктор LEGO. Я мечтал стать архитектором, но сейчас думаю - хорошо, что не стал. Многие современные архитекторы, похоже, слишком увлекались LEGO в детстве, и теперь строят довольно уродливые здания.

Знакомство с компьютерами, начавшееся с Apple II, произвело на Хокона сильное впечатление: "мой мир буквально перевернулся". Впрочем, рассказывая о своих детских воспоминаниях, он замечает, что по-настоящему интересными компьютеры стали лишь тогда, когда объединились в сеть и появился веб. Но до этого было еще далеко. Впереди у Хокона было участие в ряде исследовательских проектов, а также защита магистерской диссертации в знаменитой Media Lab Массачусетского технологического института.

- Я работал в MIT в 1989 году, когда веба еще не было. Возможно, он должен был появиться именно у нас в Media Lab, но этого не произошло. Мы тогда решали немного другую задачу - проектировали электронные газеты, пытались понять, как можно отображать новости в текстовом формате на большом экране. У нас были огромные мониторы, и я изучал типографику, шрифты, дизайн и представление информации. Это оказало на меня большое влияние и во многом определило мой дальнейший путь.

Открыв для себя веб в 1992 году, Хокон перешел в CERN и стал работать под руководством Тима Бернерса-Ли. В момент своего рождения "паутина" была чисто текстовой средой без каких-либо элементов визуального оформления. "Вы могли по ссылке мгновенно перейти на другую страницу, и это само по себе захватывало, но там не было даже изображений - только текст на экране терминала", - говорит Хокон. Графика появилась чуть позже, но исходная концепция HTML как языка логической разметки не подразумевала контроль за внешним видом страницы со стороны ее автора. Считалось, что в документе должно быть указано, где в нем заголовки, абзацы и списки, а какие использовать шрифты и отступы - забота клиентского браузера. Такая ситуация не устраивала ни Хокона ("мне казалось, что представление информации играет очень важную роль"), ни множество создателей веб-страниц. Однако начавшийся процесс добавления в HTML чисто визуальных тегов, не несущих никакого семантического смысла (типа ), подрывал одну из ключевых идей, заложенных в самих основаниях веба. Нужно было найти какое-то другое решение. "И я стал работать над CSS - таблицами стилей, позволяющими автору страницы сказать что-то о ее верстке, типографике, цвете, расположении элементов в пространстве и прочем", - вспоминает Хокон.

Идея задавать стили отображения различных тегов была реализована ранее Бернерсом-Ли (в коде NeXT), но там эти стили были жестко зашиты в код браузера, тогда как в модели CSS они составляют часть веб-страницы и контролируются ее автором. Эта концепция оказалась очень удачной, хотя нельзя сказать, чтобы ее ждало совсем уж безоблачное будущее - долгое время сравнительно неплохой поддержкой CSS могла похвастаться лишь занимавшая небольшую долю рынка Opera (в которой Хокон работает с 1999 года) и ряд браузеров на открытых движках, но не флагман рынка - Internet Explorer. Даже сейчас, по прошествии десятилетия с момента первой публикации спе­ци­фикаций CSS, далеко не все сайты полностью следуют идее стилевой разметки (хотя теми или иными возможностями CSS пользуется, наверное, подавляющее большинство ресурсов). Однако в целом Хокон доволен современным состоянием веба: "Все было сделано на 99% правильно, а оставшийся процент можно исправить", - говорит он. Впрочем, совсем без ошибок не обошлось.

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

- Нужно было сделать стандарт HTML обязательным на техническом уровне. Исходно любая веб-страница считалась допустимой, и браузер обязан был как-то ее отобразить - это привело к появлению огромного количества "кривых" HTML-документов, которые оказались серьезной проблемой для Opera и других разработчиков браузеров. Если бы все с самого начала следовали стандартам, ситуация была бы много лучше, - убежден Хокон.

Впрочем, он соглашается с тем, что совсем уж "драконовские" требования к страницам могли бы сказаться плачевно на популярности всей технологии, поскольку ею мало кто захотел бы пользоваться. "Браузеры должны быть "прощающими" - до определенного момента. Они должны уметь отображать страницы с ошибками и при этом исправлять ошибки по правилам, которые заданы в самом стандарте. Именно такой подход мы применили в CSS, и я считаю его "золотой серединой" между популярностью и правильной архитектурой", - замечает Хокон.

Он неоднократно подчеркивает важность соблюдения стандартов как веб-верстальщиками, так и разработчиками ПО[И журналистами тоже, хотя бы в рамках одной редакции. Илья Щуров при совместной работе над статьей не упустил шанса продвинуть в массы стандарт ODF, по какому поводу мы с ним имели увлекательную беседу. - А.Б.]. Именно стандарты обеспечивают честную конкуренцию между браузерами и не позволяют начать "гонку вооружений" - подобную той, в результате которой в конце 90-х на рынке возникла монополия Internet Explorer. "Если одна компания решает слишком много, это не к добру, - считает Хокон. - Если мы хотим, чтобы веб был доступен отовсюду, с любых устройств, у нас должно быть много разных браузеров, соблюдающих стандарты".

Цели, которые формулирует Хокон, - выбор, конкуренция и совместимость в вебе, - почти дословно совпадают с теми целями, о которых мы говорили со Збигневом Бранецким из Mozilla. Нас удивляет такая схожесть мотивов двух основных конкурентов, и мы ставим вопрос ребром: "Люди из Mozilla говорят, что лучший способ обеспечить выбор и инновации - это браузер с открытыми исходными кодами, в разработке которого может принять участие любой человек; почему же вы работаете в компании, производящей проприетарный браузер?"

- Самое главное - это все-таки соблюдение стандартов, а не открытость кода, - парирует Хокон. - Большинство пользователей не умеют программировать, и им все равно, доступен код или нет, - главное, чтобы страницы правильно отображались. Впрочем, в тех случаях, когда мы можем сделать какой-то компонент свободным, мы так и делаем, - например, мы открыли инструмент для отладки веб-страниц DragonFly, поскольку понимаем, что он нужен интернет-сообществу. Мы были бы рады открыть и свои ключевые технологии, мы постоянно это обсуждаем, но пока не можем найти подходящую бизнес-модель. Скажем, сейчас мы продаем "Оперу" производителям мобильных устройств - если бы она была свободна, они могли бы нам не платить. Но зато мы имеем возможность дать людям полноценный доступ к вебу даже с таких устройств, на которых не работают никакие другие браузеры, - и это очень важно.

Именно работу на смартфонах и прочих мобильных девайсах Хокон позиционирует как главное стратегическое преимущество Opera, если сравнивать ее с той же Mozilla Firefox. "Миллионы россиян используют Opera Mini. Для многих людей в Бангладеш или Малайзии это вообще единственный доступ к вебу - там мало у кого есть компьютеры, но у многих есть мобильники. Мы хотим быть повсюду, чтобы дотянуться до любого пользователя, где бы он ни находился". Следует отметить, что это стало возможным во многом благодаря распространению CSS - если бы HTML превратился в язык визуальной разметки, потеряв свое семантическое значение, корректно переверстать страницу под небольшой экран было бы гораздо сложнее либо вообще невозможно.

Работая в Opera и компании YesLogic (разработчик ПО Prince, позволяющего из HTML+CSS получать PDF), Хокон пытается распространить действие веб-стандартов настолько широко, насколько это вообще возможно, - с одной стороны, включая в стандарты те технологии, которые сейчас реализуются различными проприетарными расширениями (например, тестовая сборка Opera поддерживает тег