Человеческий фактор в программировании
Шрифт:
Не желая ни славить, ни хоронить Цезаря, я воздержусь от общераспространенного бичевания Microsoft и вместо этого обращу больше внима-ния на то, чем является и чем не является наставничество. Во-первых, оно не ново. Несмотря на неологическое одеяние, представляющее наставничество как часть общего движения к совершенствованию качества и улучшению рабочего процесса, это старая идея. Наставничество — это модель «мастер-ученик» без узаконенного рабского служения. Это «переодетая» версия метода «сядь рядом с Нелли», который ранее применялся в разработке программного обеспечения. Эд Йордон и я даже писали об этой простой методике в первом издании «Structured Design» (Структурное проектирование) (Yourdon и Constantine, 1974 [70]). Новому программисту говорят: «Сядь рядом
Ученичество — это модель обучения, которая более подходит для овладения ремеслом программирования, чем для поддержания дисциплины при разработке программ. Дисциплина требует наличия людей, которые умеют делать это; людей, которые знают, что делают те, которые умеют это делать; и людей, которые знают, как можно научить других тому, как делать то, что делают те, которые умеют делать это хорошо. Наставление — это то, к чему вы прибегаете, когда либо не понимаете свои действия, либо не можете выразить их в форме, в которой этому можно легко и надежно научить.
Естественно, что при создании программ исполнители, мыслители и учителя — не всегда одни и те же люди. Некоторые из наших лучших разработчиков и даже кое-кто из наших великих гуру имеют только смутные или неверные представления о том, что нужно для того, чтобы делать то, что делают они. С другой стороны, прекрасные учителя могут быть посредственными программистами. Обучение и программирование — это совершенно разные умения.
К этому времени Нелли уже стала прабабушкой, а все попытки программировать, которые она совершает, заключаются в том, чтобы записать на видеомагнитофон все четыре выпуска последних новостей на PBS. Тем не менее в компьютерной отрасли есть еще очень много программистов и разработчиков, которые хорошо делают свою работу, но даже под угрозой увольнения не могут объяснить, как. И чем ближе вы подходите к линии фронта, переднему краю методов, тем больше в этом убеждаетесь. На одной конференции в Сиднее (Австралия), посвященной объектно-ориентированному проектированию, наставничество упоминалось на каждом углу. На презентациях и в комментариях из зала о нем говорили как о золотом пути к мастерскому владению объектной технологией. Наверное, не случайно о наставничестве больше всего говорят тогда, когда речь заходит о новейших технологиях, а надежная опора почти не видна. Теория, методики и инструменты больше всего отстают от задач и существующей практики в тех областях, где внедряются передовые технологии. Там, где могут быть драконы, нужны хорошие наставники.
У меня были самые лучшие наставники. Удивительно, что нашлись умные тренеры, которые оказались достаточно смелыми и готовыми к тому, чтобы взять на обучение такого беспокойного молодого человека. Результаты тех лет все еще полезны. Я до сих пор стараюсь найти новые повороты в методиках, о которых я впервые узнал от Джека Креминса (Jack Сге-means), Кена Макензи (Ken Mackenzie), Дэйва Джаспера (Dave Jasper) и Бада Вайтофа (Bud Vitoff).
Однако в той степени, в какой наставничество вообще работает, — а работает оно не всегда, — оно не может непосредственно привести к улучшению качества. Наставничество лишь помогает распространить стиль и практические навыки наставника. В качестве организационной стратегии оно может быть эффективным способом поддержания корпоративных традиций, при условии, что — хорошо это или плохо — люди думают и программируют в соответствии с принятой культурой.
Это соответствие само по себе может стать первым небольшим шагом к повышению качества процесса проектирования. Согласованность — бабушка качества. Аксиома совершенствования рабочего процесса такова: перед началом улучшения процесса необходимо организовать его контроль — сделать его воспроизводимым. Пока процесс разработки программного обеспечения остается хаотичным, усилия — нерегулярными, а вы не знаете, будет ли продукт сдан в срок и в каком он будет виде, никакого систематичного совершенствования и последовательного улучшения не добиться. Надежность конечного продукта остается, главным образом,
Если наставничество соответствует организационной культуре, то инвестировать в признанную и систематичную программу наставничества более полезно, чем доверяться природным инстинктам неподготовленных тренеров. В принципе, каждому нужен наставник, и каждый, в свою очередь, должен попробовать себя в этой роли. Процесс наставления не должен прерываться просто потому, что вы сдали свой годовой отчет без сучка, без задоринки. Наставники могут помочь вам подняться на следующую ступень — так же как и на первую. Наставничество может служить частью эффективной стратегии распространения технологии, когда внедряются новые методы и языки. В программе по повышению качества работы тренировка может дополнять как анализ кода, так и сквозной проход дизайна.
Наставничество особенно популярно в консалтинговых фирмах, которые навязывают его в качестве эффективного средства для осуществления технологических переходов. Вместо консультирования они будут работать вместе с вами на протяжении всего проекта и мягко помогать вам достичь их уровня мастерства. По сравнению с интенсивными предварительными курсами для персонала или нерегулярными консультациями по мере возникновения проблем модель наставничества имеет очевидные преимущества, не последним из которых является более стабильный заработок консультанта.
Итак, слово «наставничество» является одним из ключевых — по крайней мере, сегодня. Однако язык продолжает преображаться прямо на глазах. Язык должен двигаться дальше и изменяться, иначе мы быстро к нему привыкнем или, что еще хуже, будем ограничены в своих действиях. Умные консультанты просто-напросто умеют называть все по-другому. Деньги на консультации и обучение можно выжать из бюджетов, но еще не все охотники за наживой открыли для себя тренировку и наставничество. Когда только это произойдет, появятся денежные ограничения на контракты по организации тренировок, а наставничество «окаменеет» на 13 страницах контрактных обязательств, компенсаций и договоренностей о неразглашении.
Возможно, так и было задумано!
Из журнала Software Development, том 3, № 3, март 1995 г.
58
На обучение
Темой обсуждения было ближайшее будущее, передовой край в разработке программного обеспечения и приложений. Вопрос из зала — словно мучительное стенание из прошлого: «А что вы посоветуете аналитику и программисту, который на языке COBOL создает текстовые приложения, обращающиеся к базам данных сетевых мэйнфреймов?» После целых семи или восьми миллисекунд глубокого раздумья я наклонился к микрофону и с заговорщической интонацией и в то же время командным голосом произнес: «Переобучайтесь».
Неудовлетворенный моим ответом, человек подошел ко мне в перерыве. Что же ему делать? Его компания не поддерживает дальнейшее образование, расходы на обучение в бюджете не предусмотрены, книги и курсы слишком дороги для его скромного заработка, a COBOL — это все, что он знает.
Отраслевые стилисты уже не один год объявляют о том, что мэйнфреймы ушли в небытие, однако в тот момент, когда следователь уже собирается подписывать свидетельство о смерти, эти чертовы машины опять поднимают голову. Не оплакивайте старый добрый COBOL. Наверное, на планете наберется больше строк на COBOL, чем на всех других языках программирования, вместе взятых. (Этот досадный факт подтвердился, когда возникла «проблема 2000 года», напомнившая о старом пенсионере COBOL.) Как и все живые языки, COBOL продолжает развиваться. Теперь он стал объектно-ориентированным и когда-нибудь может получить настоящую поддержку.