Компьютерра PDA 10.04.2010-16.04.2010 - [23]

- Для начала расскажите о своей роли в команде Internet Explorer.

- Ну это вопрос простой: я там программу пишу. Раз я один из людей, которые дольше всего работают над этим проектом, то получается, что я не всегда только пишу программу, но я ещё разговариваю с людьми о том, как это лучше делать, мы вместе решаем, что и как нужно построить. Было бы интересно, если бы в таких проектах был бы один главный архитектор, который решает абсолютно всё и раздаёт всем задания, но мне кажется, что в команде большей, чем десять человек, так просто не бывает.

- Какие основные цели стоят перед командой при разработке новой версии Internet Explorer?

- Самые большие цели – это производительность и новые стандарты. Новые - не потому что просто новые, а те, которые люди хотят видеть во всех платформах. У нас уже есть многое из HTML5, многое из CSS3, есть SVG.

- Но в прошлом году вы то же самое говорили "Компьютерре" про IE8.

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

- А не могли бы вы рассказать поподробнее о вашей команде? Сколько, в частности, человек работает над IE?

- Количество людей я стараюсь не объявлять, потому что сравнивать очень трудно, если взять какую-нибудь компанию вроде Opera, где все люди так или иначе работают над браузером. В нашей команде есть какое-то количество людей, но есть и люди в других командах, которые что-то вкладывают, есть какие-то компоненты, которыми мы делимся со всем проектом. Количество людей можно измерять и десятками, и несколькими сотнями. Точнее назвать цифру довольно трудно.

- Интерфейс и движок разрабатываются одной командой, или ими занимаются разные люди?

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

- Сколько составляет цикл разработки?

- Каждый раз, когда мы выпускаем новую версию, мы решаем это заново. У нас нет такого правила как у создателей лэптопов, игр или телефонов - каждый год что-то выпускать в одно и то же время или приуроченно к какому-нибудь событию вроде рождества или начала учёбы.

- В некоторых опенсорсных проектах принято выпускать релизы регулярно.

- Это не совсем так. Если посмотреть, как выходит Firefox, то окажется чаще, чем IE, но тоже не строго по часам. Необходим баланс между тем, что можно переписать серьёзно, и как часто мы это можем делать. Мы хотим делать это как можно чаще, но если речь о том, чтобы добавить что-нибудь вроде SVG (а документация SVG - вот такой [показывает сантиметров восемь - прим. автора] величины) или полностью переписать движок JavaScript, нужно какое-то время.

- Давайте поговорим о стандартах. Есть ли какая-то общая стратегия их внедрения?

- Самая главная стратегия - делать стандарты, которые действительно кому-то нужны. Стандарты в интернете - это не стандарты в физике или экономике. Стандарты в интернете - это какой-то набор соглашений между производителями и разработчиками о том, как вещи должны работать, чтобы они были совместимы. И почти все стандарты, о которых мы говорим, имеют довольно длинный цикл от предложения до настоящего стандарта. HTML5 – это не стандарт и ещё лет десять не станет стандартом, CSS 2.1 - это ещё не стандарт, он только в этом году может стать стандартом. Поэтому во всех наших разработках мы рассматриваем нужды разработчиков и пользователей и выбираем самые востребованные свойства. Это, впрочем, относится к чему угодно другому. Если окажется, что то, что хотят люди, нигде в стандарте не представлено, мы, наверное (теперь, когда мы любим стандарты), пошлём предложение в соответствующую организацию, чтобы это стало стандартом.

- То есть отставание в поддержке стандартов от других браузеров - намеренное?

- Я такого не говорил! То, что стало назваться стандартами, появилось, когда люди решили написать новые браузеры и не обременять себя с тем, что уже написано. То есть давайте сделаем революцию и те, кто написал для "Нетскейпа" что-нибудь до 1998 года, останется там, а мы сделаем по-новому, и новые страницы будут писаться для нас. Такого рода вещи случаются, они случаются редко, как правило не работают. Когда люди в бывшем Netscape нам об этом сказали, мы не поверили, мы решили "не, ребята, у вас ничего не получится". В тот момент шестой IE имел 95 процентов рынка, мы решили, что идти за революционерами – глупо, менять браузер, которым все пользуются – тоже глупо, поэтому мы перестали этим заниматься лет на пять или шесть. Там была цепь неправильных решений - я не буду их защищать, но это остаётся фактом - мы не занимались браузером очень долго. Если чем-то не заниматься очень долго, то конкуренты могут чего-нибудь достичь. Те люди, которым мы не поверили, стали популярными и сделали что-то новое и стали называть это стандартами. Так вот, теперь мы видим, что то, что придумали наши друзья, популярно, и мы добавляем в наш браузер эти новые интересные вещи, которые люди называют стандартами.