Творческий отбор

Работу по запуску проекта мы начинали втроем. Через несколько месяцев мы наняли еще несколько человек, и нас стало девять — маленькая команда, создающая браузер, постепенно идущая к цели.

К тому времени у нас сложилась управленческая цепочка. Сам Стив Джобс принимал решения по поводу браузера. Все внимание было сосредоточено на одном — скорости. Стив хотел, чтобы браузер был быстрым, чтобы он по-настоящему быстро загружал страницы интернета. Он хотел, чтобы новый браузер намного опережал Microsoft Internet Explorer, продукт, стоящий на компьютерах Mac по умолчанию, который мы и должны были заменить.

В Apple мы всегда старались поставлять с устройствами лучшие программные продукты, и, помимо скорости, нам нужно было создать браузер со всеобъемлющим набором функций. Первыми в списке стояли удобное управление закладками и четко организованный в соответствии с современными требованиями пользовательский интерфейс. Тем не менее команда сосредоточилась на скорости. Эта трудная задача дала нам цель. Наш чат, работавший по протоколу Internet Relay Chat (IRC), гудел от технических вопросов, комментариев по последним проблемам, идей для воплощения в жизнь, предложений по изменению кода. По меньшей мере четверо или пятеро из нас каждый день собирались за обедом, и мы вместе, как небольшой отряд, шли в Caffe Macs, пересекая кампус в Купертино через зеленую лужайку между Infinite Loop 2 и Infinite Loop 4. Мы шли плотной группой, чтобы каждый из нас мог слышать любой возникший заумный разговор. Я завел традицию ждать за столиком и не начинать есть, пока все не подойдут со своими заказами из кафетерия, и добродушно стыдил остальных, чтобы они делали то же самое — без слов, просто посмотрев искоса, опустив подбородок и слегка приподняв бровь. Начинали есть мы все вместе. Мы не были семьей, но были сплоченной командой.

Мы были такой моделью сотрудничества в стиле Apple — маленькой группой, упорно работавшей над одной задачей — созданием быстрого браузера.

Вдобавок мы хорошо понимали, что такая замена одной программы на другую может оказаться деликатным делом. Когда Apple начнет поставлять новый браузер с Mac по умолчанию, никому бы из нас не хотелось, чтобы пользователи начали задаваться вопросом: а точно ли этот новый браузер удобнее и лучше предыдущего? Стив считал, что высокоскоростной новый браузер Apple будет лучшим способом заставить людей забыть об Internet Explorer, и эта замена их обрадует.

Скорость также была частью того, какое место, по мнению Стива, будет занимать интернет в жизни людей в будущем. Если у вас был такой опыт, то, возможно, вы с болью вспоминаете, какими черепашьими темпами приходилось передвигаться по веб-страницам в начале 2000-х годов, когда почти ни у кого не было того, что сегодня мы называем широкополосной сетью. Загрузка страниц часто прерывалась, изображения прогружались долго. Все знали, что скоро наступят «быстрые» дни, и Стив хотел, чтобы наш браузер был готов к тому моменту, когда большее количество данных потечет через новые шустрые интернет-соединения. Наш код должен был поддерживать такую возможность. Джобс считал скорость ключевой вещью, которая обеспечит быструю навигацию по сети и ресурсам, поэтому создание высокопроизводительного браузера стало для нас главной задачей, путем к достижению величия.

Перед нами лежал долгий путь. К концу весны 2002 года наш браузер все еще мог только ползать. Пользоваться им для повседневного серфинга — мы даже близко не подошли к этому. Иногда текст статей на открываемых сайтах превращался в нечитабельную кашу; корзины покупок в интернет-магазинах неожиданно теряли товары; формы для ввода паролей на банковских сайтах не принимали данные, не давая нам проверить баланс на своих счетах. Что уж говорить о том, что наш браузер был медленным: медленно загружал данные из интернета, медленно прорисовывал картинки, медленно возвращался на предыдущую страницу.

Исправление ошибок, которые не позволяли просматривать сайты и не давали программе корректно работать, занимало много времени, но, принимая во внимание указание Стива ускорить браузер, мы постоянно размышляли о том, как это сделать.

Дон был тем, кто придумал, как мы можем заставить код работать быстрее. Однажды, через месяц или два после встречи с черным прямоугольником, он позвал меня к себе в кабинет и попросил написать тестовую программу, чтобы измерить скорость браузера. Он задумал автоматизированный инструмент, который будет запускать наше приложение и отдавать ему команду загрузить несколько страниц, одну за другой, в быстрой последовательности. В течение следующих нескольких дней я писал этот код. Я назвал программу «Тест загрузки страницы» (Page Load Test), но вскоре мы начали называть ее PLT.