2019 Ч. Фаулер Программист

Совет 18
 .
Автоматизация задач
Моя карьера постоянно сопровождалась конфликтами между же-
ланием руководства нанять для работы над проектами бюджетную 
(зачастую заграничную) консалтинговую компанию и моей уверенно-
стью, что самый дешевый разработчик далеко не всегда гарантирует 
низкие затраты. Я много спорил с директором по информационным 
технологиям и вице-президентом, увлеченно доказывая, что лучше 
нанять несколько сильных разработчиков вместо толпы неквалифи-
цированных, хотя и дешевых, кодеров.
К сожалению, меня часто прерывали на полуслове. И проблема была 
вовсе не в моей неправоте (это очевидно!). Но простого способа 
доказать мою правоту не существует. А с точки зрения затрат един-
ственные имеющиеся у нас объективные данные заставляли сделать 
вывод о выгоде найма сотрудников с более низкой почасовой оплатой.
Представь себе гипотетический проект по созданию программного 
обеспечения для какой-либо сферы по твоему выбору. Сколько про-

---

86
Часть II . Инвестируя в свой продукт
граммистов потребуется, чтобы написать такую программу за три 
месяца? Говоришь, пять? Шесть? (Потерпи минутку.) Хорошо. А как 
насчет выполнения этого проекта за два месяца? Как ты уберешь 
целый месяц?
Руководство отделов информационных технологий, как правило, 
заявляет, что для ускорения процесса следует нанять дополнитель-
ных программистов. Это неправильно, но люди так считают. И раз 
можно ускорить один проект, увеличив число исполнителей, значит, 
экстраполируя эту тенденцию, получим, что продуктивность прямо 
пропорциональна количеству рабочего персонала.
Но достичь поставленной цели можно несколькими способами. 
Для увеличения объемов производства программного обеспечения 
можно:

нанять тех, кто будет работать быстрее;

нанять 
дополнительных
работников;

автоматизировать работу.
Но так как мы пока не знаем, как корректно измерить продуктивность 
разработки программного обеспечения, сложно доказать, что один че-
ловек работает быстрее другого. И именно поэтому руководители фи-
нансовой службы предпочитают сосредоточиться на почасовой оплате.
Это дает простую формулу, привязанную к фиксированному периоду 
времени:
В некоторых сферах деятельности действительно можно посчи-
тать реальный доход от инвестиций в программное обеспечение. 
Но в большинстве случаев речь пойдет о таких нечетких показателях, 
как 
число проектов
или 
количество требований
, без контролируе-
мого способа их измерения.
Итак, получается, что мы не в состоянии доказать преимущество 
более способных программистов
, но при этом 
не хотим нанимать 
много дешевых программистов
. Значит, остается только вариант 
с автоматизацией.

---

87
Совет 18 . Автоматизация задач 
Я помню сенсационную безработицу в США в 1980-х. В то время мы 
возлагали вину не только на другие страны, но и на машины, а осо-
бенно на компьютеры. На предприятиях стали появляться гигантские 
роботы-манипуляторы. Эти роботы настолько превосходили людей 
в производительности и точности, что состязаться с ними не было 
никакой возможности. Расстроены такой ситуацией были все, кроме 
создателей
этих роботов.
Представь, что ты работаешь в компании, которая создает сайты для 
малого бизнеса. По сути, тебе приходится раз за разом проделывать 
одну и ту же работу, добавляя контактную информацию, опросы, 
корзины и прочие аксессуары. Можно нанять либо несколько очень 
продуктивных программистов, которые будут делать за тебя сайты, 
либо целую армию дешевых программистов, которые будут вручную 
делать одно и то же. Либо создать систему, 
генерирующую
сайты.
Введя в формулу нашего финансового директора некоторые (вымыш-
ленные) цифры, мы получим показанное на рис. 1 уравнение.
Быстрые программисты:
Дешевые программисты:
Один программист + робот: