# Сергей Брин: «Если бы факс с пиццей сработал, я бы не создал Google»

Источник: https://www.youtube.com/watch?v=dyKoq-ihao0
Канал: X, The Moonshot Factory
Опубликовано: 11.02.2013

---

В рамках специального мероприятия лаборатории X (ранее Google X) сооснователь Google Сергей Брин поделился личными историями о ранних этапах своей карьеры и объяснил философию «лунных выстрелов» (moonshots). Видео, опубликованное на канале X, The Moonshot Factory, раскрывает подход компании к инновациям, важность быстрых неудач и то, как случайный сбой в отправке факса на заказ пиццы предопределил появление крупнейшей поисковой системы в мире.

## 🍕 Как несостоявшаяся доставка пиццы спасла Google
[[JUMP:01:33]]

Сергей Брин рассказал практически неизвестную историю из своей студенческой жизни в Стэнфорде, произошедшую около 20 лет назад (примерно в 1993–1994 годах) [02:25]. В то время интернет только начинал набирать популярность, и Брин вместе с друзьями решил реализовать амбициозную по тем временам идею: заказ пиццы через веб-сайт [03:29].

Процесс был организован следующим образом:

*   Студенты написали простой скрипт на языке Perl (около 20 строк кода), который генерировал форму заказа [03:54].
*   Поскольку у пиццерий не было электронной почты, заказ отправлялся через специальный интернет-сервис, который преобразовывал данные в факс [04:08].
*   Скрипт находил номер факса заведения через DNS-запросы и отправлял заказ напрямую на бумажный носитель в ресторан [04:21].

Эксперимент провалился. После двух часов ожидания и нарастающего чувства голода Брин позвонил в пиццерию. Выяснилось, что сотрудники ресторана даже не заглядывали в факс-аппарат [05:14]. Этот технический и операционный сбой заставил Брина осознать, что идея преждевременна и нежизнеспособна в текущих условиях. 

По мнению Брина, этот «быстрый провал» стал большой удачей: если бы факс сработал, он мог бы потратить годы жизни на развитие сервиса доставки еды, так и не переключившись на анализ структуры ссылок в интернете и создание Google [05:54].

## 🚀 Философия амбициозных целей и цена неудач
[[JUMP:06:18]]

Сергей Брин утверждает, что сложность проблемы или её масштаб напрямую не связаны с вероятностью успеха. Более того, работа над по-настоящему крупными, «дерзкими» целями (moonshots) часто оказывается эффективнее, чем решение мелких задач [06:18]. 

Основные тезисы Брина о подходе к инновациям:

1.  **Побочные эффекты важнее цели.** Даже если основная амбициозная цель не достигнута, в процессе работы возникают технологические и научные наработки, которые сами по себе могут стать значимыми открытиями [06:32].
2.  **Энергия и страсть.** Решение глобальных проблем (например, обеспечение доступа к информации для всего мира) дает инженерам гораздо больше мотивации и энергии, чем работа над заурядными продуктами [07:00].
3.  **Поддержка риска.** Брин подчеркнул, что многие компании декларируют веру в инновации, но на деле это «бесполезно», если руководство не поддерживает сотрудников в моменты реального риска и, что особенно важно, в моменты краха их проектов [01:19].

## ⏱ Важность коротких циклов разработки
[[JUMP:07:26]]

Опираясь на опыт Google и лаборатории X, Брин выделил критический фактор успеха — скорость итераций. По его словам, идеи часто оказываются ошибочными, поэтому ключевая задача — «провалиться как можно быстрее» (fail quickly) [07:52].

В качестве негативного примера Брин привел проект термоядерного реактора типа ТОКАМАК. Он отметил, что циклы разработки длиной в десятилетия и бюджеты в десятки миллиардов долларов — это «плохой способ проигрывать», так как извлечение уроков из таких ошибок занимает слишком много времени [08:04].

Для сравнения Брин привел опыт разработки Google Glass:

*   Команда ставила целью выпускать новую версию аппаратного и программного обеспечения каждый месяц [08:31].
*   Этот темп удалось поддерживать на протяжении семи версий прототипа [08:44].
*   Хотя инженеры приводили сотни доводов против такой скорости (нехватка времени на качественный дизайн или оснастку), именно этот ритм заставлял команду фокусироваться на самой сути продукта и идти на осознанные компромиссы [09:12].

В завершение выступления Брин отметил, что высокая скорость разработки заставляет разработчиков отбрасывать второстепенное и вычленять «истинную сущность» создаваемой технологии [09:26].