Открыв для себя веб в 1992 году, Хокон перешел в CERN и стал работать под руководством Тима Бернерса-Ли. В момент своего рождения "паутина" была чисто текстовой средой без каких-либо элементов визуального оформления. "Вы могли по ссылке мгновенно перейти на другую страницу, и это само по себе захватывало, но там не было даже изображений - только текст на экране терминала", - говорит Хокон. Графика появилась чуть позже, но исходная концепция HTML как языка логической разметки не подразумевала контроль за внешним видом страницы со стороны ее автора. Считалось, что в документе должно быть указано, где в нем заголовки, абзацы и списки, а какие использовать шрифты и отступы - забота клиентского браузера. Такая ситуация не устраивала ни Хокона ("мне казалось, что представление информации играет очень важную роль"), ни множество создателей веб-страниц. Однако начавшийся процесс добавления в HTML чисто визуальных тегов, не несущих никакого семантического смысла (типа <font>), подрывал одну из ключевых идей, заложенных в самих основаниях веба. Нужно было найти какое-то другое решение. "И я стал работать над CSS - таблицами стилей, позволяющими автору страницы сказать что-то о ее верстке, типографике, цвете, расположении элементов в пространстве и прочем", - вспоминает Хокон.
Идея задавать стили отображения различных тегов была реализована ранее Бернерсом-Ли (в коде NeXT), но там эти стили были жестко зашиты в код браузера, тогда как в модели CSS они составляют часть веб-страницы и контролируются ее автором. Эта концепция оказалась очень удачной, хотя нельзя сказать, чтобы ее ждало совсем уж безоблачное будущее - долгое время сравнительно неплохой поддержкой CSS могла похвастаться лишь занимавшая небольшую долю рынка Opera (в которой Хокон работает с 1999 года) и ряд браузеров на открытых движках, но не флагман рынка - Internet Explorer. Даже сейчас, по прошествии десятилетия с момента первой публикации спецификаций CSS, далеко не все сайты полностью следуют идее стилевой разметки (хотя теми или иными возможностями CSS пользуется, наверное, подавляющее большинство ресурсов). Однако в целом Хокон доволен современным состоянием веба: "Все было сделано на 99% правильно, а оставшийся процент можно исправить", - говорит он. Впрочем, совсем без ошибок не обошлось.
Недостаточное внимание к стандартам в первые годы существования веба сильно замедлило его развитие, считает Хокон.
- Нужно было сделать стандарт HTML обязательным на техническом уровне. Исходно любая веб-страница считалась допустимой, и браузер обязан был как-то ее отобразить - это привело к появлению огромного количества "кривых" HTML-документов, которые оказались серьезной проблемой для Opera и других разработчиков браузеров. Если бы все с самого начала следовали стандартам, ситуация была бы много лучше, - убежден Хокон.
Впрочем, он соглашается с тем, что совсем уж "драконовские" требования к страницам могли бы сказаться плачевно на популярности всей технологии, поскольку ею мало кто захотел бы пользоваться. "Браузеры должны быть "прощающими" - до определенного момента. Они должны уметь отображать страницы с ошибками и при этом исправлять ошибки по правилам, которые заданы в самом стандарте. Именно такой подход мы применили в CSS, и я считаю его "золотой серединой" между популярностью и правильной архитектурой", - замечает Хокон.
Он неоднократно подчеркивает важность соблюдения стандартов как веб-верстальщиками, так и разработчиками ПО[И журналистами тоже, хотя бы в рамках одной редакции. Илья Щуров при совместной работе над статьей не упустил шанса продвинуть в массы стандарт ODF, по какому поводу мы с ним имели увлекательную беседу. - А.Б.]. Именно стандарты обеспечивают честную конкуренцию между браузерами и не позволяют начать "гонку вооружений" - подобную той, в результате которой в конце 90-х на рынке возникла монополия Internet Explorer. "Если одна компания решает слишком много, это не к добру, - считает Хокон. - Если мы хотим, чтобы веб был доступен отовсюду, с любых устройств, у нас должно быть много разных браузеров, соблюдающих стандарты".
Цели, которые формулирует Хокон, - выбор, конкуренция и совместимость в вебе, - почти дословно совпадают с теми целями, о которых мы говорили со Збигневом Бранецким из Mozilla. Нас удивляет такая схожесть мотивов двух основных конкурентов, и мы ставим вопрос ребром: "Люди из Mozilla говорят, что лучший способ обеспечить выбор и инновации - это браузер с открытыми исходными кодами, в разработке которого может принять участие любой человек; почему же вы работаете в компании, производящей проприетарный браузер?"
- Самое главное - это все-таки соблюдение стандартов, а не открытость кода, - парирует Хокон. - Большинство пользователей не умеют программировать, и им все равно, доступен код или нет, - главное, чтобы страницы правильно отображались. Впрочем, в тех случаях, когда мы можем сделать какой-то компонент свободным, мы так и делаем, - например, мы открыли инструмент для отладки веб-страниц DragonFly, поскольку понимаем, что он нужен интернет-сообществу. Мы были бы рады открыть и свои ключевые технологии, мы постоянно это обсуждаем, но пока не можем найти подходящую бизнес-модель. Скажем, сейчас мы продаем "Оперу" производителям мобильных устройств - если бы она была свободна, они могли бы нам не платить. Но зато мы имеем возможность дать людям полноценный доступ к вебу даже с таких устройств, на которых не работают никакие другие браузеры, - и это очень важно.