Читать онлайн «Как все начиналось. Apple, PayPal, Yahoo! и еще 20 историй известных стартапов глазами их основателей». Страница 109

Попадались и такие конкуренты, которые относились к нашей компании уважительно. Они либо создавали собственную программу для выявления ошибок, либо у них уже был готовый программный продукт подобного рода. В целом у нас появилось около семи серьезных конкурентов на рынке.

Интересно, что конкуренты копировали не программный код, а принцип работы приложения. Но все они упускали из виду важный нюанс, который привел нас к успеху. Но не могли же они в точности скопировать блог «Joel on Software». Думаю, все эти компании получили полезный урок. Можно скопировать программный продукт, но нельзя скопировать успех компании. Поэтому мы не боимся конкурентов. Хотя они предпринимают разные действия, но, по большому счету, не слишком нам досаждают.

Какое‑то время в нашей компании даже культивировался принцип игнорирования конкурентов. Когда я работал в компании Microsoft, один из сотрудников моего отдела решил еженедельно составлять список конкурентов (ему это давало дополнительный стимул к работе). Поскольку мы трудились над созданием приложения Excel, в этом списке значились все компании, занимавшиеся созданием приложений для работы с электронными таблицами. Этот программист внимательно следил также за компаниями Lotus и Borland, за их действиями, новыми элементами и функциями в программах конкурирующих компаний. Эту информацию он рассылал по электронной почте другим сотрудникам Microsoft шесть недель подряд, пока это не недоело ему самому. Я сделал вывод, что, независимо от степени осведомленности о деятельности конкурентов, эти знания практически бесполезны. Эти сведения не влияли на ход работы. Дискуссии велись приблизительно так:

– Вы слышали, что наши конкуренты разрабатывают очень полезную функцию Х?

– Если эта функция такая полезная, почему мы ничего не слышали о ней от пользователей?

Другими словами, зачем узнавать мнение пользователей о наших конкурентах, если можно получить интересующую информацию непосредственно от потенциального клиента? Поэтому я всегда исповедовал следующий принцип: «Слушай потребителей, а не конкурентов». Даже не знаю, кто наши конкуренты. Иногда меня просят назвать популярные приложения, аналогичные нашим, и в связи с этим я узнал о двух приложениях: Bugzilla и BUGtrack. Но я даже не знаю, что это за приложения, в чем их особенности и какова цена. Можно было бы это узнать, но я не представляю, зачем мне эта информация.

Лично я предпочитаю общаться с теми, кто работает с нашей программой и может дать ей реальную оценку. Еще полезнее пообщаться с теми, кто пользовался нашим программным обеспечением, но затем предпочел другую программу. Почему он это сделал? Мне нужно знать. Допустим, кто‑то говорит, что у наших конкурентов интегрирован wiki‑сервис. Пусть так. Мы можем интегрировать в свою программу подобные технологии, но я хочу услышать это желание не от наших конкурентов, а от пользователей.

Ливингстон. Что вас больше всего удивило за прошедшие годы?

Спольски. Больше всего? Удивительного произошло много. После одного из выпусков новой версии нашей программы (сегодня уже доступна версия 5.0 приложения FogBugz) мы ожидали значительного повышения уровня продаж. Мы считали, что основными покупателями станут пользователи, которые уже работают с нашей программой; наверняка они захотят обновить ее до новой версии. Согласно нашему прогнозу, после выпуска новой версии возникнет пик продаж, после которого последует незначительный спад. К удивлению, снижения уровня продаж так и не произошло. По этой причине нам очень понравилось выпускать новые версии своих программ. Мы сделали шаг вперед. Огромный шаг.

Но теперь я понимаю причины происшедшего. Мы выпустили улучшенный продукт. Чем выше качество выпускаемого продукта, тем больше у него появится истинных ценителей. Воспользовавшись пробной версией программы, многие решат ее купить, если им понравится качество. Благодаря повышению качества продукта вы выйдете на новый, стабильный, более высокий уровень продаж. Качественный продукт с легкостью пройдет проверку у пользователей, скачавших пробную версию.

Ливингстон. У кого вы учились?

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

Я служил в израильской армии и освоил азы стратегии. Чтобы не маршировать по плацу в униформе, я выбрал альтернативную службу и проработал весь срок в сельскохозяйственной коммуне (кибуце). В каждом кибуце есть своя специализация. Мой, например, выпекал хлеб. Почти два года я каждый вечер и ночь трудился в пекарне, выпекавшей сотни тысяч буханок хлеба за смену. Это была не кустарная пекарня, а огромное, шумное производство. Именно там я очень многое узнал о работе, об отношении людей к работе, о менеджменте, об особенностях работы конвейерной ленты и работе промышленного оборудования.

Но мир программного обеспечения мне впервые открылся, лишь когда я устроился в компанию Microsoft. Это случилось в 1991 году. В то время практически не существовало компаний, которые владели бы основами создания и продвижения программных продуктов в той степени, в какой всем этим владела Microsoft. Эта компания достигла своего уровня благодаря тому, что изучила все нюансы создания качественного программного обеспечения, востребованного пользователями. Ни одна другая компания в то время не была на это способна. Уже тогда в Microsoft создавали программы для выявления ошибок и даже создали целую базу данных выявляемых ошибок. Сегодня подобные приложения кажутся естественными и необходимыми, но в то время подавляющее большинство коммерческих фирм, работающих в сфере разработки программного обеспечения, не занимались выявлением ошибок, не писали спецификаций и не тестировали удобство и простоту использования своих приложений.

Если бы пришелец с другой планеты попали в индустрию программного обеспечения в 1991 году, то в компании Microsoft он узнал бы в десять раз больше, чем в любой другой компании из этой сферы. Работа в Microsoft сыграла очень важную роль в моей жизни. Благодаря этому опыту мне стали понятны причины исчезновения множества компаний, которые разорились из‑за собственных ошибок. Часто создавалось впечатление, что во многих из них не знают основ программирования. Программисты Microsoft понимали, что загрузка сегментного регистра на 386‑х процессорах занимает слишком много времени. Поэтому в подобной архитектуре не следует использовать дальних указателей, чтобы не ждать возле компьютера вечность. В компании Borland этого явно не знали. В результате программа Microsoft Access загружалась на компьютерах всего за 2–3 секунды, а приложение Borland Paradox для операционной системы Windows загружалось целых 90 секунд. А все потому, что в Microsoft знали то, чего не знали в Borland. И это лишь один из миллиона примеров.

Но эти времена прошли, и теперь в Microsoft набрали множество бездарей, которые всего этого не знают. Лично для меня современная Microsoft похожа на бочку со смолой, в которой можно только увязнуть, а двигаться вперед в ней очень сложно из‑за ужасной бюрократии. Но именно в этой компании я многому научился.

Ливингстон. Тогда в компании Microsoft работало всего пять тысяч человек, не так ли?

Спольски. Да, и тысяча из них были разработчиками программного обеспечения, а двести – руководителями проектов. Я был руководителем проекта и работал над приложением Excel – одним из основных проектов компании, наряду с Windows и DOS. Это было действительно круто.

Ливингстон. Каковы лучшие качества хорошего программиста?

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

Например, Ruby on Rails представляет собой платформу для разработки приложений, написанную на языке программирования Ruby. Она обеспечивает интеграцию веб‑приложений с веб‑сервером и сервером базы данных. Это первая платформа, которую можно использовать на любом языке программирования для доступа к базам данных, где необходим особый формат заголовков столбцов в базе. Раньше все думали, что каждый может использовать любые названия в базе данных и в приложениях. В результате приходилось писать множество строк программного кода, чтобы определить соответствие между именами в базе данных и в приложении. А подход в Ruby on Rails оказался совершенно иным. Ничего страшного, если в базе данных и в приложении требуется использовать одинаковые названия. По сути, это не имеет значения.

Внезапно все стало значительно проще и прозрачнее. Для меня это пример тонкой и элегантной работы разработчика, а ведь он всего лишь предложил отбросить отличия, к которым мы привыкли.