The third golden age of software engineering - thanks to AI, with Grady Booch (Рубрика #AI) Интересное интервью Гради Буча, создателя UML и Chief Scientist for Software Engineering в IBM, в подкасте The Pragmatic Engineer. Гради и Gergely Orosz, автор подкаста, обсуждают как меняется ремесло инженера, когда уровень абстракции снова поднимается (как было во времена появления ассемблера, а потом высокоуровневых языков программирования). Интересно, что в этом интервью Гради Буч заочно дискутирует с Дарио Амодеи, что в прошлом марте публично говорил, что мы можем быть в 6–12 месяцах от ситуации, когда модели будут делать end‑to‑end то, что делают software engineers, а инженеры перейдут в режим "модель пишет - я редактирую. Буч на это реагирует очень жестко и по сути: это взгляд на программирование как на набор строк кода, а не на инженерную дисциплину:) В общем, основные тезисы интервью такие 1️⃣ Мы уже в "третьем золотом веке" - и он про системы, а не про код Буч раскладывает историю на 3 золотых века: 1) 1940-1970 - алгоритмы и автоматизация бизнеса 2) 1970-2000 - объектные абстракции 3) 2000-сейчас - системы, где мы собираем продукты из библиотек, платформ, API, облаков - и теперь поверх всего этого появляется ИИ‑слой. И по мнению Гради AI - это не конец профессии, а очередной скачок абстракции 2️⃣ Экзистенциальная паника - повторяющийся цикл Когда появились компиляторы и языки высокого уровня, тоже казалось, что всё, программисты не нужны. Но индустрия не умерла - она пересобралась и пошла выше по стеку. Одна из центральных мыслей Буча: ваши инструменты меняются, но ваши проблемы - нет 3️⃣ ИИ силён там, где паттерны уже установились Текущие инструменты типа Cursor/Claude хороши там, где задачи повторяются: типовые CRUD, стандартные интеграции, привычные веб‑паттерны. Буч прямо отмечает, что они обучены на проблемах, которые мы видели снова и снова. А вот граница интересного - в системах, контексте, компромиссах, ответственности. 4️⃣ Software engineering - это не набор кода, а баланс сил и решений Инженерия - это баланс технических ограничений, человеческих факторов и этики, а код - лишь один из инструментов. А отсюда у нас простой вывод - ИИ может ускорить производство артефактов, но не заменить принятие решений под ограничениями. 5️⃣ Автоматизация ударит по delivery pipeline (и это нормально) Буч отдельно отмечает, что пайплайн поставки (всё вокруг сборки/доставки/рутины) - это низко висящий фрукт для автоматизации. И людям в этих ролях может понадобиться дообучение 6️⃣ Чем выше абстракция - тем важнее фундамент Парадоксально, но факт: когда код писать стало легче, больше ценится глубокая модель мира. Буч рекомендует усиливать фундамент и мышление системами Кажется, что инженерам теперь качать нужно следующие навыки - System design и distributed systems, а эта тема неплохо описана на сайте system-design.space - Умение работать с ограничениями: стоимость, сроки, риски, легаси, безопасность, регуляторика, команда - эта тема хорошо описана там же + скоро появится новый сайт для технических лидеров в том же стиле, что я сделал system-design.space - Навык “review & governance: проверять, тестировать, ставить ограничения, ловить неочевидные баги, которые ИИ легко генерит наряду с работающим кодом - Доменные знания: бизнес‑контекст, который теперь ценится еще больше:) #Architecture #Software #AI #Engineering #ML #Data #SystemDesign #DistributedSystems #History