Творческий отбор. Как создавались лучшие продукты Apple во времена Стива Джобса - Кен Косиенда Страница 17

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

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

Ричард воплотил эту теорию на практике. Он выбрал браузер с открытым исходным кодом Konqueror как основу своей работы. Этот веб-браузер был одним из тех, которые мы действительно могли использовать в нашем проекте. Уильямсон убедился, что может загружать страницы, переходить по ссылкам и возвращаться назад. Эти составляющие были необходимыми. Отображение шрифта не соответствовало стандартам Apple — некоторые знаки были неровными, негладкими, но текст можно было прочитать, поэтому Ричард не прилагал усилий для шрифтового оформления. Он вообще не тратил времени на несущественные детали, такие, как клавиши быстрого доступа или красивый ярлык приложения. Он тщательно выбрал комбинацию важных/допустимых/тех, которыми можно пренебречь, характеристик, чтобы максимально повысить эффективность, максимально уменьшить то, что отвлекает внимание, и выдержать график работы, который он сам для себя установил.

За годы, которые прошли с тех пор, когда Ричард показал мне свою демоверсию браузера, я перенял манеру его работы.

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

Главное — это, собственно, то, что обведено маркером, и им я уделяю особое внимание, точно так же, как декораторы уделяли внимание фонарному столбу на съемочной площадке. За пределами нарисованных кругов я оставляю менее важные детали, которыми, конечно, когда-нибудь придется заняться, но делать это немедленно нет необходимости. Им я уделяю минимум внимания. Я исключаю их из демоверсии, если могу без них обойтись, как внутреннюю часть того магазина головных уборов. С особой осторожностью я подхожу к тому, что оказывается на границе. Некоторые элементы находятся на воображаемой жирной черте. Это детали, которые требуют некоторого внимания, поскольку они помогают задать тон и развеять сомнения тех, кто будет смотреть демо. Например, если речь об экране параметров настройки приложения или второстепенном элементе пользовательского интерфейса, находящемся в стадии разработки, я могу сделать скриншот экрана с настройками другого приложения вместо того, чтобы делать полный рабочий интерфейс. Это похоже на то, как реквизитор кладет в витрину несколько шляп. Я хочу, чтобы те, кто будет смотреть мою демоверсию, думали, что видят что-то настоящее, хотя оно таковым и не является. Я понимаю, что она не является реальным продуктом, и моя аудитория тоже это понимает, но в процессе разработки создание видимости настоящего продукта очень важно для того, чтобы увидеть, чего же мы в действительности пытаемся добиться. Таким же образом мои коллеги могут начать реагировать и давать отзывы о моей работе, словно демоверсия — это уже продукт.

Эта попытка сделать процесс разработки непрерывным и последовательным предполагает еще одну, последнюю характеристику, которую можно сравнить с работой на съемочной площадке. И площадка, и демоверсия — части какого-то крупного проекта. У каждой своя история. Танцы и пение Джина Келли под дождем выражают его радость от первого поцелуя, это тот момент фильма, когда главные герои показывают нам, что влюбились друг в друга. Это магия Голливуда в своем лучшем проявлении. Демоверсия Ричарда была тем переломным моментом, когда нам показали потенциальные возможности открытого кода Konqueror, и мы решили, что это может быть ответом на вопрос, который мы искали. Это магия Кремниевой долины в ее лучшем проявлении.

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

Всему этому мы научились у Ричарда. Он изменил то, как мы работали.

3. Черный прямоугольник

После того как мы увидели демоверсию Ричарда, мы все еще очень много не знали о браузере с открытым исходным кодом Konqueror, но мы хотели выяснить, так ли он хорош, как кажется. Дон предложил повнимательнее изучить исходный код — написанные программистами текст с инструкциями, которые и делают программное обеспечение тем, чем оно является. Он хотел, чтобы мы начали с отделения Konqueror от остального KDE, — занялись одной из трудностей, которую обошел Ричард, чтобы сделать свою демоверсию. Также Дон хотел оценить сложность Konqueror, так что мы решили подсчитать строки исходного кода. Сделав это, мы могли бы сравнить его с Mozilla и понять, насколько трудно будет превратить демоверсию Ричарда в реальный продукт.

Дон поручил работу по подсчету строк мне, вероятно, дав возможность внести свой вклад в достижение Ричарда. Если он хотел меня так мотивировать, то ему это удалось. На следующее утро после показа браузера я пришел в офис примерно на час раньше обычного, около шести утра. На стол рядом со своим Macintosh я установил PC с системным блоком типа «башня». Я собирался установить на него Linux и загрузить весь исходный код KDE. Сделав это, я бы изучил код и провел несколько тестов, чтобы начать процедуру отделения Konqueror от окружающей его системы.

Пока все устанавливалось, я смотрел на стоящие передо мной два компьютера: персональный компьютер с Linux и Macintosh. На моем столе их разделяло всего несколько сантиметров, но в плане