Брайан Фитцпатрик - Идеальная IT-компания. Как из гиков собрать команду программистов

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

Фитцу: теперь, когда один из нас дописывает фразы, начатые другим, можно без преувеличения сказать, что мы похожи на семейную пару со стажем. Я никогда не думал, что делать доклады с кем-либо – столь увлекательное занятие, не говоря уже о совместном написании программ и книг. Жизнь предоставила нам поистине замечательные возможности! Спасибо, что ты так многому научил меня.

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

Брайан Фитцпатрик (Brian Fitzpatrick)возглавляет команды фронта освобождения данных (Data Liberation Front) и открытого инжиниринга (Transparent Engineering) в компании Google; в прошлом он руководил командами хостинга проектов (Project Hosting) и партнерской сети Google (Google Affiliate Network). Брайан – один из основателей технического офиса Google в Чикаго, а также идейный лидер и консультант проектов компании Google, посвященных открытым данным.

Бен Коллинз-Сассмэн (Ben Collins-Sussman) – один из первых разработчиков системы контроля версий Subversion и бывший руководитель команды, занимающейся хостингом проектов; в настоящее время он является менеджером команды инженеров партнерской сети Google. Бен один из основателей технического офиса Google в Чикаго; кроме того, он перенес систему Subversion на платформу Bigtable компании Google.

Ваши замечания, предложения, вопросы отправляйте по адресу электронной почты comp@piter.com(издательство «Питер», компьютерная редакция).

Мы будем рады узнать ваше мнение!

На веб-сайте издательства http://www.piter.comвы найдете подробную информацию о наших книгах.

Жизнь полна неожиданных поворотов, и мы оба никогда не думали о том, что однажды напишем книгу о разработке ПО.

Как и многие компьютерные гики, мы поняли, что наше хобби и страсть – работа с компьютерами – отличный способ заработать на жизнь после колледжа. В середине 1990-х мы, подобно большинству фанатиков-программистов, собирали персональные компьютеры из комплектующих, устанавливали предварительные версии Linux с дискет и учились администрировать Unix-машины. Мы работали системными администраторами, а на заре эпохи «дот-комов» – программистами в небольших компаниях. Когда пузырь «дот-комов» лопнул, мы обосновались в выживших фирмах Силиконовой долины (вроде Apple), а затем были приглашены в стартап-компанию CollabNet в качестве штатных сотрудников для работы над Subversion – системой контроля версий с открытым кодом.

Нечто неожиданное случилось между 2000 и 2005 годами. Во время работы над Subversion наши обязанности стали понемногу изменяться. Мы больше не сидели весь день в изоляции, занимаясь написанием кода, а руководили проектом с открытым исходным кодом. В течение дня мы общались в чате с дюжиной программистов-волонтеров и следили за их работой. Мы почти полностью координировали разработку новых функций через список рассылки. В процессе этой работы мы поняли, что для успеха проекта недостаточно создавать хороший код. Не менее важно то, как люди взаимодействуют друг с другом для достижения конечной цели.

В 2005-м мы открыли технический офис Google в Чикаго и продолжили программистскую карьеру. В то время мы уже были активно вовлечены в мир открытого кода; мы не только работали над системой Subversion, но и участвовали в сообществе Apache Software Foundation (ASF). Мы перенесли Subversion в инфраструктуру BigTable, разработанную Google, и запустили службу хостинга проектов с открытым кодом (аналогичную SourceForge) под флагом Google Code. Мы начали посещать конференции для разработчиков, а затем и выступать на них – OSCON, ApacheCon, PyCon и, наконец, Google I/O. Работая в обеих корпорациях и занимаясь проектами с открытым кодом, мы незаметно собрали кладезь знаний и историй о том, как работают настоящие команды разработчиков ПО. Серия забавных докладов о неэффективных процессах разработки («Худшие практики Subversion») в конечном счете превратилась в выступления о защите команд от деструктивно настроенных людей («Как избавить проект от вредоносных участников»). Все большие и большие толпы людей собирались на наших презентациях, которые больше напоминали сеансы групповой терапии для разработчиков. Каждый участник осознавал свою причастность к проблемам, о которых мы рассказывали, и хотел поделиться ими с группой.

Спустя шесть лет в нашем арсенале было множество докладов о социальных проблемах разработки ПО, проходивших исключительно в переполненных залах. Мэри Треселер, редактор издательства O’Reilly Media, рекомендовала нам оформить эти доклады в виде книги. Остальное – достояние истории.

Если вы хотите делать отличные программы, то эта книга – для вас

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

• читатель работает в команде программистов, например принимает участие в проекте с открытым исходным кодом;

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

Рассматривая методы эффективного взаимодействия инженеров с другими людьми, мы касаемся вопросов, которые, как может показаться на первый взгляд, не имеют отношения к должностным обязанностям программиста. Мы говорим о том, как эффективно руководить командой, прокладывать свой «маршрут» в организации и выстраивать здоровые отношения с пользователями. Может показаться, что эти главы адресованы исключительно менеджерам, однако мы уверены, что в вашей карьере наступит момент, когда вы сами непреднамеренно окажетесь в такой роли. Отбросьте сомнения и продолжайте читать! Все, что написано в этой книге, безусловно, касается разработчиков ПО.