ковые корпоративные кампусы, органичные организационные структуры, комфортабельные офисы и прочие удобства, чтобы компенсировать интенсивную, а порой и скучную интеллектуальность самой работы. Наиболее успешные компании сочетают элементы высоких технологий и бережного отношения к людям (Naisbitt, 1982). В этом разделе программисты рассматриваются как нечто большее, чем органическое отражение их силиконовых alter ego.

Как программисты проводят свое время?

Программисты большую часть рабочего времени программируют, но, кроме того, они тратят его на заседания, обучение, чтение почты и просто размышления. Исследование, проведенное в 1964 году в Bell Laboratories, показало, что программисты тратят время так (табл. 28-3):

Table 28-3. Одно из представлений того, как программисты тратят свое время

Источник: «Research Studies of Programmers and Programming» (Bairdain, 1964, приведено в Boehm, 1981).

Эти данные основаны на изучении времяпрепровождения 70 программистов. Данные старые, и пропорции времени, которое тратится на различные виды деятельности, у разных программистов будут иными. И все же результаты наводят на размышления. Около 30% времени тратится на нетехнические виды деятельности: прогулки, личные вопросы и т. д. Программисты в этом исследовании тратят 6% времени на прогулки - это примерно 2,5 часа в неделю и 125 часов в год. Это может показаться несущественным, пока вы не поймете, что программисты каждый год тратят на прогулки столько же времени, сколько на обучение, втрое больше, чем на чтение технической документации, и в шесть раз больше, чем ний этого показателя за прошедшие годы.

Различия в производительности и качестве

Способности и прилагаемые усилия у разных программистов очень разные, как, впрочем, и в других сферах человеческой деятельности. Исследования показали, что в различных профессиях (писательство, футбол, изобретательство, полицейская работа и пилотирование самолетов) первые 20% людей производят примерно 50% результатов (Augustine, 1979). Выводы этого исследования базируются на анализе данных производительности, таких как забитые голы, патенты, решенные задачи и т. д. Так как некоторые люди вообш,е не вносят никакого вклада и они не учитывались в исследовании (заш,итники, не забивающие голы, изобретатели, не имеющие собственных патентов, детективы, не раскрывавшие преступлений, и т. д.), то данные, возможно, преуменьшают фактическую разницу в производительности.

Конкретно в программировании многие исследования показывают разницу на порядки в качестве написанных программ, их размерах и в производительности программистов.

Индивидуальные различия

,гш. Первоначальное исследование, показавшее огромные различия в произ-Лр водительности отдельных программистов, было проведено в конце 19б0-х Секменом, Эриксоном и Грантом (Sackman, Erikson, Grant, 1968). Они изучали профессиональных программистов с примерно 7-летним стажем и выяснили, что соотношение первоначального времени кодирования между лучшим и худшим программистами - примерно 20:1, соотношение времени отладки - более, чем 25:1, соотношение размера программы - 5:1, а соотношение скорости выполнения - 10:1.Они не нашли взаимосвязи между опытом программиста и качеством кода или производительностью.

Хотя такие определенные значения соотношений, как 25:1, не имеют особого смысла, более общие утверждения, скажем: «Программисты различаются между собой на порядки,» - достаточно содержательны и подтверждаются другими исследованиями профессиональных программистов (Curtis, 1981; Mills, 1983; DeMarco and Lister, 1985; Curtis et al., 1986; Card, 1987; Boehm and Papaccio, 1988; Valett and McGarry, 1989; Boehm et al., 2000).

Командные различия

Команды программистов также показывают заметные различия в качестве ПО и производительности. Хорошие программисты стремятся к объединению, так же как и плохие программисты. Это наблюдение подтверждается исследованием 166 профессиональных программистов из 18 организаций (Demarco and Lister, 1999). , rm одном исследовании семи идентичных проектов потраченные усилия JiuL Различались в 3,4 раза, а размеры программ - в 3 раза (Boehm, Gray and Seewaldt, 1984). Несмотря на такую разницу в производительности, программистов в этом исследовании нельзя отнести к разным группам. Все они были профессионалами с несколькими годами стажа, окончившими учебные заведения по специальности, связанной с вычислительной техникой. Можно предположить, что исследование менее гомогенной группы показало бы еще большие различия.

Более раннее исследование программистских команд показывало соотношение 5:1 в размерах программ и 2,6:1 во времени, необходимом команде для завершения одного и того же проекта (Weinberg and Schulman, 1974).

, гж После обработки данных, полученных более чем за 20 лет, для разработки Jflnt оценочной модели Сосото II, Барри Бом и другие исследователи пришли к выводу, что разработка программы с участием первых 15% программистов, отсортированных по способностям, обычно требует примерно в 3,5 раз больше человеко-месяцев, чем разработка программы с участием 90% программистов (Boehm et al., 2000). Бом и другие исследователи выяснили, что 80% работы выполняют 20% сотрудников (Boehm, 1987b).

Выводы, с точки зрения найма персонала, очевидны. Если вам приходится платить больше, чтобы заполучить программиста из первых 10%, а не программиста из последних 10%, не упускайте этот шанс. Вы получите мгновенное вознаграждение в качестве и производительности нанятого вами программиста, а кроме того, вы получите остаточный эффект в качестве и производительности остальных программистов, которых ваша организация может нанять, так как хорошие программисты стремятся к объединению.

Вопросы религии

Менеджеры программных проектов не всегда осознают, что некоторые аспекты программирования сродни религиозным вопросам. Если вы менеджер и пытаетесь требовать исполнения определенных правил программирования, вы рискуете вызвать гнев ваших подопечных. Вот список таких «религиозных» вопросов:

язык программирования;

стиль отступов;

размещение скобок;

выбор среды разработки (IDE);

стиль комментариев;

компромиссы между эффективностью и читабельностью;

выбор методологии - например, между методом Scrum, экстремальным программированием или эволюционной разработкой;

программные утилиты;

соглашения по именованию;

применение goto;

использование глобальных переменных;

измерения, особенно меры производительности, например, количество строк кода в день.

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

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