Большая статья на Habr / Карьера разбирает неудобную для рынка мысль: системный инженер не собирается из короткой программы обучения, даже если рекламный текст обещает обратное. Для российских команд это не академический спор, а объяснение, почему людей под ядра, драйверы, СУБД, телеком и встроенные системы по-прежнему ищут месяцами.
Автор ведет тему через историю Unix, MIT, GNU, Minix и Netscape и спорит с представлением, будто профессию можно разложить на набор быстрых модулей. Смысл простой: сложная инженерия держится не на «входе в ИТ», а на длинной практике, доступе к исходникам и сильной среде рядом.
Дефицит начался задолго до бума ИТ-курсов
Текст на Habr выводит дефицит системных инженеров из длинной истории закрытия исходного кода и упрощения учебных траекторий. Когда студент видит только готовые инструменты, а не устройство памяти, ABI, планировщика и прерываний, он быстрее входит в прикладную разработку, но реже дорастает до уровня, где можно чинить или проектировать саму систему.
Как контрпример автор вспоминает старую университетскую культуру и курс SICP в MIT, где студентов учили не только писать программы, но и строить интерпретаторы. Тезис спорный по тону, но по сути понятный: курс может ускорить старт, однако не заменяет годы, в которые инженер учится читать чужой код, работать с ограничениями железа и понимать, почему система ведет себя именно так.
Открытый код был частью инженерной школы
Один из сильных сюжетов статьи — история вокруг Unix. Джон Лайонс опубликовал свой комментарий к шестой редакции Unix в 1977 году, и именно построчный разбор реальной ОС стал для многих студентов входом в системное программирование. Когда AT&T в конце 1970-х ужесточила правила распространения исходников и самой книги, университетам стало заметно сложнее учиться на живом коде, а не на пересказе.
Дальше логика продолжается в движении свободного ПО. Ричард Столлман объявил проект GNU в 1983 году, а в 1985-м создал Free Software Foundation. Эндрю Таненбаум выпустил Minix в 1987 году как учебную Unix-подобную систему. В этой связке открытый код выглядит не приятным бонусом для репозитория, а частью инженерной школы.
Истории Unix, Apple II и Netscape говорят об одном
Автор собирает узнаваемый набор примеров, но здесь важны не легенды, а общий знаменатель. Кен Томпсон и Деннис Ритчи подняли Unix в Bell Labs; Стив Возняк свел контроллер Disk II для Apple II к восьми микросхемам; Пол Аллен эмулировал Intel 8080 на PDP-10, а Altair BASIC позже вышел в версиях 4K и 8K. В финале появляется Netscape: Брендан Эйх действительно сделал первый прототип JavaScript за 10 дней.
Все эти истории автор использует как аргумент против идеи «системного инженера за выходные». Рывки в индустрии часто делали люди, которые умели читать низкоуровневый код, работать с памятью и не терялись ниже уровня API. Но это была не магия одиночек: почти везде рядом были лаборатории, документация, доступ к сложному коду и среда, где было у кого учиться.
Значение для российского рынка
Для российского рынка вывод практический. Когда компании ищут людей под СУБД, сетевую инфраструктуру, драйверы, телеком, встроенные системы или низкоуровневую безопасность, они конкурируют не только зарплатой. Они конкурируют за редкий тип подготовки, который почти никогда не вырастает из короткого курса без доступа к реальному коду и сильной команды рядом.
Поэтому статья полезна даже тем, кто не разделяет авторскую интонацию. На фоне роста рынка ИИ-инструментов дешевеет шаблонная прикладная работа, а спрос на инженеров, которые умеют разбирать ядро, утечки памяти и поведение системы под нагрузкой, никуда не девается. Если бизнесу нужен такой уровень экспертизы, его придется выращивать годами, а не покупать как очередной пакет обучения.
Следующий раунд этого разговора пройдет не между курсами и вузами, а между компаниями, которые готовы строить инженерную среду, и теми, кто все еще ищет редкую экспертизу по цене быстрого обучения.