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

действий для предотвращения повторения проблемы;

      • сделанные выводы.

      Выделяйте время на обучение

      Синди была суперзвездой – инженером-программистом, который был настоящим мастером в своей предметной области. Ее повысили в должности до технического руководителя, круг ее обязанностей расширился, и она «выросла» для решения новых задач. Скоро она уже обучала своих коллег премудростям профессии. Она выступала на конференциях и быстро получила несколько команд под свое руководство. Все это время ей очень нравилось быть экспертом, но в какой-то момент ей стало скучно. Она перестала осваивать новые вещи. Новизна роли самого глубокого и опытного эксперта в аудитории исчезла. Несмотря на все внешние символы мастерства и успеха, ей чего-то не хватало. Однажды она пришла на работу и поняла, что ее сфера компетенции утратила прежнюю актуальность; люди стали интересоваться другими темами. Где же она сбилась с пути?

      Давайте признаем, что здорово быть самым сведущим человеком в аудитории, а обучение других людей приносит определенные результаты. Проблема в том, что достигнув локального максимума в своей команде, вы перестаете учиться. А когда вы перестаете учиться, вам становится скучно, и однажды вы потеряете былую значительность. Очень легко войти в роль ведущего игрока, но лишь отказавшись от части своего эго, вы способны увидеть новый путь и открыть для себя новые направления. Это тоже связано с развитием скромности и желанием учиться, которое столь же сильно, как и желание учить. Периодически выводите себя из зоны комфорта; найдите аквариум, в котором плавают рыбы большего размера, чем вы, и бросьте вызов трудностям, которые они создадут. Вы окажетесь значительно счастливее в долгосрочной перспективе.

      Учитесь быть терпеливым

      Несколько лет назад Фитц занимался созданием инструмента, который конвертировал CVS-репозитории в Subversion (а впоследствии и в Git).

      Из-за сложности RCS и CVS он периодически обнаруживал странные ошибки в некорректных RCS-файлах, которые успешно разрешались в CVS. Поскольку его давний друг и коллега Карл знал CVS и RCS весьма досконально, они решили работать над исправлением этих ошибок вдвоем.

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

      Будьте