Однако обе попытки в целом провалились. Причина оба раза была одна и та же: влияние, которым обладают Волки, не может быть получено официальным путем от руководителя.
На самом деле Волк во мне не нуждается. Возможно, один из них прямо сейчас читает эту статью и ухмыляется, потому что знает, что я очень точно их описал. Существует также вероятность того, что мое описание вдохновит будущих волков, но самым важным является то, над чем они сейчас работают.
43. Свободные электроны
Заботиться и подпитывать высокую производительность труда
Вернемся к тому времени, когда я работал в Borland. Мы трудились над Paradox для Windows. Я был инженером по контролю качества и тестировал функциональность баз данных по функциям создания и модификации. Джерри, мой партнер, занимавшийся разработкой, усердно работал, но не был особенно успешен.
Мы находились во второй половине производственного цикла версии 1.0, и большинство инженеров медленно, но верно двигались от разработки к режиму устранения багов. Но не Джерри! Джерри всё еще внедрял… Снова и снова. Если жизненно важная для вас задача поручена человеку, который абсолютно не способен ее выполнить, то ваше дело труба.
Но сначала давайте дадим Джерри перерыв и сделаем отступление. Он был прекрасным программистом, однако обладал двумя серьезными недостатками. Во-первых, Джерри никогда не программировал для Windows, поэтому ему приходилось учиться по ходу дела. Во-вторых, это была версия 1.0. Глава 22 этой книги называется «1.0», но на самом деле ее стоило бы назвать «1.0, что означает: “О боже! Я больше никогда не увижу свою семью!”» Кратко напомню: версия 1.0 — невероятно сложна, особенно учитывая отсутствующий опыт работы для Windows. Выходило, что Джерри — в большой беде.
У Джерри еще оставалось чувство собственного достоинства. Джерри всё еще верил, что справится с трудностями, но, будучи получателем кода, я отлично видел его вызывающий большие опасения метод программирования, который мы называем «возить фигню по тарелке». Подход Джерри к устранению багов сводился к тому, что он непрерывно двигал свой код разными интересными способами так, как вы в детстве двигали по тарелке свой обед в беспомощных попытках убедить маму, что вы уже съели пару кусочков. Ничего существенно не меняется, просто выглядит по-другому. У такого метода программирования есть еще одно название: «программирование наугад».
Конечный итог программирования Джерри был таким: каждый раз, когда он устранял какую-нибудь неполадку, мы тут же обнаруживали другую фундаментальную проблему с функциями. Да, небольшой инкрементальный прогресс всё-таки был, баги постепенно устранялись, однако Джерри в любом случае был в невыигрышной позиции, потому что его базовая архитектура в целом была фиговой. Когда его спрашивали о статусе, он предъявлял удивительно длинный и достаточно правдоподобный список оправданий. Это были оправдания человека, который честно верил в то, что сможет справиться со всеми трудностями, и был готов засиживаться допоздна за работой. Тем не менее все время мира не могло помочь Джерри, потому что он попал в ситуацию, которая была ему явно не по зубам.