В конце 1960-х годов потребность в компьютерном программном обеспечении превышала возможности технических школ, колледжей и университетов подготовить подготовленных компьютерных специалистов для создания этого программного обеспечения — явление, которое стало известно как кризис программного обеспечения. Увеличение производительности колледжей и университетов не было практическим подходом; слишком мало квалифицированных студентов записывалось на программы информатики, чтобы удовлетворить спрос. В то время исследователи пришли к выводу, что лучшим решением было бы повысить производительность существующих программистов. Заметив сходство между разработкой программного обеспечения и другой инженерной деятельностью, эти исследователи пришли к выводу, что процедуры и политики, которые работают в других инженерных дисциплинах, могут решить кризис программного обеспечения. Так родилась разработка программного обеспечения. До расцвета области разработки программного обеспечения разработка программного обеспечения была загадочным ремеслом, которым занимались гуру с разными способностями и достижениями. До этого момента успех программного проекта полностью зависел от способностей одного или двух ключевых программистов, а не от способностей всей команды. Разработка программного обеспечения стремилась сбалансировать навыки команд разработчиков программного обеспечения, чтобы сделать их более продуктивными и менее зависимыми от одного или двух очень талантливых людей. В значительной степени практика разработки программного обеспечения была успешной. Большие проекты, созданные командами программистов, никогда не могли быть реализованы с использованием специальных организационных методов прошлого. Но при этом были утрачены важные качества. Разработка программного обеспечения способствует продуктивности команды в ущерб индивидуальному творчеству, навыкам и росту. Хотя методы разработки программного обеспечения могут превратить плохих программистов в хороших программистов, они также могут помешать великим программистам выполнять свою работу наилучшим образом. В мире слишком мало великих программистов. Меньше всего мы хотим отговорить программиста от реализации своего потенциала; однако именно это часто и делает режим разработки программного обеспечения. Серия «Напиши отличный код» — это попытка восстановить часть утраченного индивидуального творчества, навыков и роста. В нем рассказывается о том, что я называю персональной разработкой программного обеспечения, или о том, как программист может улучшить качество своего кода. В частности, здесь описывается, как из посредственного кода можно создавать отличный код — код, который легко поддерживать, улучшать, тестировать и отлаживать, документировать, развертывать и даже выводить из эксплуатации. Хороший код лишен ошибок и хаков, которые часто являются результатом необоснованного давления или плохого планирования со стороны инженера или руководства. Отличный код — это код, которым вы можете гордиться. Когда я завершил книгу «Написание отличного кода, том 2: мышление на низком уровне, написание на высоком уровне» (WGC2), я намеревался включить в эту книгу больше информации. В последней главе WGC2 я написал следующее: [Написание отличного кода, том 3: Инженерное программное обеспечение] начинает обсуждение личных аспектов программирования, связанных с разработкой программного обеспечения. Область разработки программного обеспечения фокусируется в первую очередь на управлении большими программными системами. С другой стороны, личная разработка программного обеспечения охватывает те темы, которые имеют отношение к написанию отличного кода на личном уровне — мастерство, искусство и гордость за мастерство. Итак, в «Инженерном программном обеспечении» мы будем рассматривать эти аспекты посредством обсуждения метафор разработки программного обеспечения, метафор разработчиков программного обеспечения и системной документации [выделено нами], среди других тем. Системная документация (включая требования, процедуры тестирования, проектную документацию и т.п.) ) — огромная часть разработки программного обеспечения. Поэтому книга по этой теме должна давать, по крайней мере, обзор этих тем. Что ж, примерно через семь глав этой книги я понял, что недостаточно места, чтобы охватить весь этот материал в одной книге. В конце концов я разделил том «Инженерное программное обеспечение» на четыре тома. Этот первый из этих четырех томов является третьим томом серии «Напиши отличный код». Основное внимание уделяется моделям разработки программного обеспечения и системной документации. Четвертый том серии будет посвящен разработке программного обеспечения; пятый том будет развивать тему отличного кодирования; а шестой том будет посвящен тестированию. На момент написания этой статьи прошло 10 лет с тех пор, как я завершил второй том серии «Напиши отличный код». Пришло время завершить третий том, даже если это означало разделение исходной информации на два или более тома. Если вы читали мои ранние книги, то знаете, что мне нравится подробно освещать темы; Мне не интересно писать книги, которые едва затрагивают эту тему. Таким образом, мне пришлось либо разделить работу на несколько томов и выпустить их за дверь, либо создать том на 2000 страниц, который, как часто показывала история, мог никогда не быть завершен. Я прошу прощения у тех, кто ожидал, что эта книга будет охватывать дополнительные темы. Не бойтесь — информация поступит в будущих томах. В этой книге вы сразу познакомитесь с первой частью.