Часть I . Найди свой рынок
случае имеет странный, а в худшем — совершенно непригодный к при-
менению в рамках производственного процесса вид.
Кроме того, фабрика программного обеспечения выглядит нереали-
зуемой, потому что в отличие от реального конвейера, работа кото-
рого происходит в устоявшемся режиме, создание программ обычно
представляет собой циклический процесс. Это касается не только
фактического течения проекта, но и работы внутри этого проекта.
Чтобы избежать периодов простоя на время уточнения требований,
архитектуры и дизайна, кодер предпочитает одновременно работать
с несколькими проектами. Но в этом случае, как только доходит до
дела, кодер предпочитает опираться на предысторию и свой опыт,
что противоречит самой идее фабрики программного обеспечения.
Документация с описанием требований, архитектуры и дизайна дает
преимущество в начале работы, но, по большому счету, если програм-
мист не понимает, как должна функционировать система, он попросту
не сможет создать хорошую реализацию.
Разумеется, я имею в виду не только кодеров. Написанное верно и для
всех остальных участников конвейера. Важно рабочее окружение,
а многозадачность не всегда работает. В результате мы получаем не-
эффективную систему производства. Предпринимались различные
попытки повысить эффективность в рамках системы, построенной
по типу фабричного производства, но оптимизировать такие фабрики
до приемлемого уровня пока не получилось.
Обычный
кодер, тестировщик, дизайнер или проектировщик в мо-
менты, когда работа над проектом приостанавливается, будет бить
баклуши или заниматься имитацией деятельности.
Обычный
про-
граммист, работающий с J2EE, .NET или UNIX, не сможет ничего
внести в проект на стадиях, не имеющих отношения к его непосред-
ственной области деятельности. И дело тут не в том, каким из звеньев
производственной цепочки ты себя ощущаешь (а высшим звеном тут
всегда будет разработчик архитектуры). Дело в том, насколько по-
лезным ты можешь стать.
Если ты хочешь оказаться последним человеком в списке на уволь-
нение, имеет смысл стать полезным в как можно большем числе
случаев. Если существует вероятность превращения некогда много-
людного офиса разработчиков в прибежище для немногочислен-
45
Совет 7 . Будь универсалом
ных сотрудников местного разлива, составляющих костяк фирмы,
следует осознать, что в этом случае «простые тестировщики» или
«простые кодеры» востребованы не будут. И лучше всего, если ты,
понимая свое место в общей картине, сразу хочешь выделиться
и стать исключительным.
Чтобы стать универсалом, нужно не связывать себя с определен-
ной ролью или технологией. Опре-
делить свое место можно разными
способами. Чтобы лучше представить
себе возможности универсала, имеет
смысл разбить перспективы карьеры
в IT на набор независимых аспектов.
Я выделил пять, но на самом деле их может быть бесконечное коли-
чество (все зависит от того, как лично вы делите темы):
ступенька карьерной лестницы;
платформа/ОС;
код в сравнении с данными;
системы в сравнении с приложениями;
бизнес в сравнении с IT.
Это различные варианты подхода к задаче превращения в универсала.
Один из способов подумать о своей карьере в целом. Допускаю, что
для себя ты напишешь другой список. А пока обсудим предложенные
варианты.
В первую очередь можно выбирать между руководителем, админи-
стратором и техническим специалистом. Возможно, ты классифици-
руешь себя как разработчика, противопоставляя себя программистам
и тестировщикам. Возможность гибко выбирать доступные роли яв-
ляется тем аспектом, ценности которого многие не понимают. К при-
меру, считается, что сильный лидер должен по возможности избегать
выполнения чужих обязанностей. Но фирма, в которой локально
работают всего несколько сотрудников, только выиграет от наличия
человека, умеющего не только руководить персоналом и проектами,
но и, засучив рукава, исправить возникшие в последнюю минуту кри-
тические ошибки, пока отсутствующие сотрудники спят. То же самое
Универсалы встречаются
редко… и потому ценятся
особо высоко .
46
Do'stlaringiz bilan baham: |