Джессика Ливингстон - Как все начиналось. Apple, PayPal, Yahoo! и еще 20 историй известных стартапов глазами их основателей
- Название:Как все начиналось. Apple, PayPal, Yahoo! и еще 20 историй известных стартапов глазами их основателей
- Автор:
- Жанр:
- Издательство:неизвестно
- Год:неизвестен
- ISBN:нет данных
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Джессика Ливингстон - Как все начиналось. Apple, PayPal, Yahoo! и еще 20 историй известных стартапов глазами их основателей краткое содержание
Как все начиналось. Apple, PayPal, Yahoo! и еще 20 историй известных стартапов глазами их основателей - читать онлайн бесплатно полную версию (весь текст целиком)
Интервал:
Закладка:
Кроме того, существовала компания под названием Vignette, и ее очень неудачная программная платформа. Этот продукт предоставлял пользователям возможность программирования веб‑страниц на языке сценариев Tcl. Но множество инструментов с открытым исходным кодом были лучше и позволяли делать то же самое. Почему кто‑то платил за такую программу? Тем не менее Vignette продавала свои решения. В результате проведения IPO эта компания получила миллионы долларов, а мы думали, что такие компании не смогут постоянно тратить деньги.
Еще одной причиной для беспокойства была компания Microsoft. Но она действовала очень‑очень медленно. В настоящее время эта компания разработала программу SharePoint, которая чем‑то напоминает ArsDigita Community System.
Благодаря еще одному фактору мы могли работать значительно быстрее своих конкурентов: мы разрабатывали свое программное обеспечение на основе его применения на реально работающих системах. Например, устанавливали новую версию своей программы на сайте photo.net или ArsDigita.com, где ею могли пользоваться наши сотрудники и клиенты. То есть мы добавляли новые функции на открытый для доступа и популярный веб‑сайт. Если в результате неправильного программирования SQL‑запроса какая‑то страница отображалась слишком долго, то эта ошибка немедленно обнаруживалась. Допустим, какой‑то элемент пользовательского интерфейса оказался неудобным и сбивал посетителей веб‑сайта с толку, например, на страничке с рекламными объявлениями сайта photo.net. На этой страничке публиковалось по сто объявлений в сутки, а значит, мы немедленно получали по электронной почте письма с жалобами. У нас была мгновенная обратная связь с пользователями, с помощью которой мы могли устранять возникающие ошибки.
После нескольких недель тестирования новой версии на работающем сайте мы просто архивировали ее в файловой системе UNIX и выпускали дистрибутив. Мы не могли гарантировать, что наша версия решит все проблемы для всех сайтов, но давали гарантию, что наша программа будет эффективно и надежно работать на сайтах, подобных photo.net, где используется сервер среднего масштаба и есть несколько сотен тысяч зарегистрированных пользователей. И для поддержки такой программы не потребуется значительных расходов на администрирование, ведь пользовательский интерфейс уже проверен и хорошо воспринимается людьми.
В отличие от нас, компании наподобие Microsoft разрабатывают программное обеспечение для Интернета так, будто Интернета не существует.
Ливингстон.Что вы имеете в виду?
Гринспан.Представьте, что у вас есть текстовый процессор. Вы даете маркетологам задание опросить людей, чтобы выяснить, какие функции этого приложения наиболее востребованы. Менеджер по продукту описывает в спецификации те возможности, которые следует добавить в следующей версии программы. Затем эти спецификации отправляются программистам, работающим в полной оторванности от реальности, для разработки новой версии в соответствии с заданными спецификациями. Затем результаты усилий программистов отправляются в подразделение по обеспечению гарантии качества, но этой программой еще никто не пользовался. Никто и не пытается попробовать создать документ с помощью текстового процессора, в отделе гарантии качества просто проверяют правильность составления программного кода. Затем на компакт‑диски записывается последняя версия Microsoft Word и рассылается юристам, писателям и студентам – всем пользователям этого приложения.
Этот метод достаточно хорошо работает для текстовых процессоров, поскольку первое приложение этого типа было создано еще в 1960‑х годах компанией IBM, и пользователи вполне уверенно могут перечислить набор функций, которые должен обеспечивать текстовый процессор. Кроме того, нет необходимости часто выполнять обновление таких приложений. Не возникает каких‑то новых требований или новых идей, поэтому достаточно создавать новую версию Microsoft Word раз в три года. И даже нет особой проблемы в том, что Microsoft занимает монопольное положение на рынке текстовых процессоров – не важно, создается новая версия раз в четыре года или раз в три года.
Компания Microsoft применила этот же метод разработки программного обеспечения при создании SharePoint. А затем они провели исследование. Изучив программы Vignette, Broadvision, ArsDigita Community System и еще несколько похожих программ, в Microsoft пришли к выводу, что в свое приложение или следует добавить несколько дополнительных функций. Менеджеры по продукту написали спецификацию для новой версии; и после года или нескольких лет работы новая версия увидела свет и… не понравилась пользователям. Оказалось, что с помощью SharePoint слишком сложно программировать веб‑приложения. Эта программа сама по себе была слишком сложной. Поэтому пришлось проводить опросы пользователей, выяснять, какие функции им не нравятся, устранять недочеты. На это у Microsoft ушли годы.
Описанный метод программирования имеет право на существование, если у вас нет никакой возможности изучить реакцию пользователей за исключением предоставления им новой версии программы на компакт‑диске, а затем наблюдения за их работой с документами. Однако если у вас есть возможность установить веб‑приложение у себя на сервере, а затем проанализировать его работу по записям в журнале веб‑сервера и отзывам пользователей, почему бы этого не сделать? Это позволит сократить двухгодичный период разработки приложения, скажем, до двух месяцев. Мы выпускали новые версии веб‑приложений каждые два‑три месяца.
Таким образом, мы беспокоились по поводу действий конкурентов, но это были беспричинные опасения. Как когда‑то сказал мой друг: «Большинство огнестрельных ранений – самострелы».
Ливингстон.Компания ArsDigita отличалась от других скоростью создания приложений?
Гринспан.Да. Если изучать по книгам теорию разработки программного обеспечения, то всегда обязательным условием является длительный цикл создания и тестирования программы с привлечением большого количества людей. Этот процесс очень долгий, поскольку изначально не предполагается, что можно просто пронаблюдать за людьми, которые пользуются работающим веб‑приложением или набором программных инструментов.
Ливингстон.Компания ArsDigita прославилась своей корпоративной культурой. Заключалась ли часть вашей стратегии в привлечении молодых, действительно классных «хакеров», способных к профессиональному росту? Думали ли вы о том, что у этих ребят есть друзья, такие же хорошие программисты, которых можно взять на работу?
Гринспан.Привлечение молодых программистов всегда было частью нашей стратегии. Всегда трудно находить сотрудников. Независимо от области специализации вашей компании, большая часть людей с хорошим образованием и богатым опытом работы уже где‑то работают. В условиях ограниченного количества талантливых специалистов ИТ‑компании «дерутся» за трудовые ресурсы, предлагая высокие зарплаты. Специалисты старше тридцати лет попросту недоступны. Они уже работают в собственных стартапах. Естественно, мы думали о том, как принять на работу и вырастить талантливых сотрудников.
Читать дальшеИнтервал:
Закладка: