Майкл Лопп - Как управлять интеллектуалами. Я, нерды и гики

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

«Рэндс добавил новую шикарную функцию. Она работает как надо!»

Затем сервер контроля версий копирует мою новую версию файла, помечает ее моим именем и комментариями и увеличивает номер версии.

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

Если вы сейчас подумали: «Боже мой, нелепая привычка настоящего гика!», если вы не почувствовали момент прозрения, то вспомните о двух продуктах: del.icio.us и Flickr. Оба создали набор функций для фиксации контекста. Под контекстом я подразумеваю метки. Каждый раз, когда кто-нибудь добавляет туда новую ссылку или фотографию, он одновременно может добавить к ним любую метку, какую пожелает. Никаких правил не существует. Просто вбейте пару слов о том, почему эта ссылка или эта фотография кажется вам важной. Это и есть контекст.

Если вы побродите по Flickr и del.icio.us, то быстро поймете всю ценность, которая создается, когда люди начинают фиксировать контекст и делиться контекстом своего контента. На Юге, точнее на Юго-западной интерактивной конференции в городе Остин, я был в полнейшем восторге от народа, который не только не жалеет времени на то, чтобы сделать фото и загрузить его на Flickr, но и тщательнейшим образом добавляет теги к своему контенту. Уже через 30 минут после презентации в Flickr можно было найти дюжины снабженных тегами фотографий с этой презентации.

Ну и что с того?

А теперь подумайте о каком-нибудь большом проекте, над которым вы сейчас работаете. Для меня это — написание этой главы. Я печатаю как сумасшедший без остановки и каждые 12 секунд долблю по кнопке «Сохранить», потому что я — «Нервный Сейвер». Это связано с моим многолетним опытом работы с непредсказуемыми приложениями Windows, которые любят аварийное завершение работы. Если вы часто сохраняете файл, значит, у вас не будет проблем.

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

1. Написал новое вступление, позаимствовал информацию из статьи про контроль версий. Кажется, я никогда не закончу.

2. Удалил Википедию из примеров технологий. Flickr и del.icio.us будет достаточно… Не грузи их вики-файлами.

3. Продолжаю попытки пристроить куда-нибудь пункт про фанатичное раскрытие информации. Пока не нашел для него подходящего «приюта». Может, зря я так люблю этот пункт.

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

Для большинства людей это вовсе не является очевидным действием. По сути, глобальные пассивно-агрессивные войны между командами по разработке ведутся именно из-за отсутствия комментариев к изменениям. Это бои между лентяями, которые просто хотят сохранить свои изменения, и теми, кто знает, что надежное хранение кода в системе контроля версий — это хорошо, а понимание того, что происходит с проектом на ежедневной основе, — еще лучше. Это называется «отчет о статусе».

Совершенно верно! Я наконец-то нашел технологию, которая может победить отчеты о статусе. Нам нужен инструмент, позволяющий фиксировать контекст не в пятницу в 16 часов, когда мы только и мечтаем о том, чтобы вырваться с этой чертовой работы, а в момент, когда мы были гениальны. Насколько проще был бы процесс создания отчета о статусе, если бы всё, что вам нужно было сделать, это в пятницу во второй половине дня попросить свое любимое приложение: «Покажи мне все “Вау!” прошедшей недели!» Уже одной этой возможности для меня будет достаточно, чтобы не забывать записывать свои «Вау!» в перерывах между нервозным сохранением файла.

Фанатичное раскрытие информации

Я настоящий фанатик контроля версий. В Borland я был младшим инженером, и это означало, что на меня взваливали контроль работоспособности продукта. Если продукт не работал, то на меня кто-нибудь орал. Для меня это стало мощным стимулом для создания приложения, которое принуждало каждого инженера делать комментарий (пусть даже самый маленький) каждый раз, когда он что-то меняет в проекте. Это не я. Это он! В Netscape я с благоговением наблюдал за тем, как CVS объединялась с отслеживанием багов, и создавал аналогичные системы с помощью ранних веб-приложений. У меня всё еще текут слюни от Tinderbox. В своем стартапе я был тем парнем, который вытащил Microsoft Source Safe на задний двор и выбил из него всё дерьмо.

Я живу и дышу контролем версий, потому что знаю о его ценности. Каждый год я узнаю что-нибудь новое о Любимых Приложениях. Я узнал, что исполнительные директора живут и дышат софтом для создания презентаций. Я узнал о магии, которую народ из финансового отдела может сотворить с помощью Microsoft Excel. Каждый из нас упорно трудится над созданием чего-то своего, и с помощью небольших настроек конфигурации наших Любимых Приложений мы можем приручить контроль версий по обычаю компьютерных фанатиков и помочь друг другу научиться регистрировать свою гениальность.

28. Теория капли

Остановитесь. Затем пойдите и сделайте что-то одно. Прямо сейчас

Утонувший в работе.

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

В тот период у нас был «арендованный» вице-президент, и когда временные менеджеры ушли, он вдруг стал очень энергичным. Он быстро определил нашу цель — выпустить продукт бета-качества, но он так же быстро понял, что мы не имеем ни малейшего представления о качестве нашего продукта, потому что у нас осталась еще целая куча непроверенных багов.