Наприкінці 1960-х років потреба в комп’ютерному програмному забезпеченні випереджала спроможність технічних шкіл, коледжів і університетів підготувати кваліфікованих комп’ютерних спеціалістів для створення такого програмного забезпечення — явище, яке стало відомим як криза програмного забезпечення. Збільшення випуску коледжів та університетів не було практичним підходом; надто мало кваліфікованих студентів вступало на програми з інформатики, щоб задовольнити попит. У той час дослідники визначили, що кращим рішенням було підвищити продуктивність існуючих програмістів. Помітивши схожість між розробкою програмного забезпечення та іншою інженерною діяльністю, ці дослідники дійшли висновку, що процедури та політики, які працювали в інших інженерних дисциплінах, можуть вирішити кризу програмного забезпечення. Так народилася програмна інженерія. Поки галузь програмної інженерії не розквітла, розробка програмного забезпечення була таємничим ремеслом, яким займалися гуру з різними здібностями та досягненнями. До цього моменту успіх програмного проекту цілком залежав від здібностей одного або двох ключових програмістів, а не всієї команди. Розробка програмного забезпечення намагалася збалансувати навички команд програмного забезпечення, щоб зробити їх більш продуктивними та менш залежними від цих однієї чи двох талановитих осіб. Значною мірою практика розробки програмного забезпечення була успішною. Великі проекти, створені командами програмістів, ніколи не могли бути завершені за допомогою спеціальних організаційних методів минулого. Але при цьому були втрачені важливі якості. Розробка програмного забезпечення заохочує продуктивність команди за рахунок індивідуальної творчості, навичок і зростання. Хоча методи розробки програмного забезпечення можуть перетворити поганих програмістів на хороших програмістів, вони також можуть обмежити чудових програмістів виконувати свою роботу якнайкраще. У світі надто мало чудових програмістів. Останнє, що ми хочемо зробити, це перешкодити програмістові реалізувати свій потенціал; однак це те, що часто робить режим розробки програмного забезпечення. Серія «Напишіть чудовий код» — це спроба відновити частину втраченої індивідуальної творчості, навичок і зростання. Він охоплює те, що я називаю персональною інженерією програмного забезпечення, або те, як програміст може покращити якість свого коду. Зокрема, тут описано, як із посереднього коду можна створювати чудовий код — код, який легко підтримувати, покращувати, тестувати та налагоджувати, документувати, розгортати та навіть виводити з експлуатації. Чудовий код позбавлений капризів і хаків, які часто є результатом необґрунтованого тиску або поганого планування з боку інженера чи керівництва. Чудовий код — це код, яким можна пишатися. Коли я закінчив Написати чудовий код, том 2: Мислення низького рівня, написання високого рівня (WGC2), я мав намір включити більше інформації в цю книгу. В останньому розділі WGC2 я написав наступне: [Write Great Code, Volume 3: Engineering Software] починається обговорення персональних аспектів розробки програмного забезпечення програмування. Галузь програмної інженерії зосереджена в основному на управлінні великими програмними системами. З іншого боку, розробка персонального програмного забезпечення охоплює теми, пов’язані з написанням чудового коду на особистому рівні — майстерність, мистецтво та гордість за майстерність. Тож у програмі «Інженерне програмне забезпечення» ми розглянемо ці аспекти через обговорення метафор розробки програмного забезпечення, метафор розробника програмного забезпечення та системної документації [виділено додано], серед інших тем. Системна документація (включаючи вимоги, процедури тестування, проектні документи тощо). ) є величезною частиною розробки програмного забезпечення. Тому книжка на цю тему повинна надавати, принаймні, огляд цих тем. Ну, приблизно після семи розділів цієї книги я зрозумів, що не вистачить місця, щоб охопити весь цей матеріал в одній книзі. Зрештою я розділив цей том «Інженерне програмне забезпечення» на чотири томи. Перший із цих чотирьох томів — це третій том серії «Напишіть чудовий код». Він зосереджений на моделях розробки програмного забезпечення та системній документації. Четвертий том серії викладатиме проектування програмного забезпечення; у п’ятому томі далі розвиватиметься чудова тема кодування; і шостий том присвячений тестуванню. Поки я це пишу, минуло 10 років з тих пір, як я завершив Том 2 із серії Write Great Code. Настав час завершити Том 3, навіть якщо це означало розділити вихідну інформацію на два чи більше томів. Якщо ви читали мої попередні книги, ви знаєте, що я люблю детально висвітлювати теми; Я не зацікавлений у написанні книжок, які майже не торкаються теми. Таким чином, мені довелося або розділити роботу на кілька томів і винести їх, або створити 2000-сторінковий фоліант, який, як часто показувала історія, міг ніколи не бути завершеним. Я прошу вибачення у тих, хто очікував, що ця книга охопить додаткові теми. Не бійтеся — інформація надійде в наступних томах. Ви просто отримаєте першу частину цього раніше в цій книзі.