43-минутное эссе на Habr бьет по популярному жанру «системный инженер за выходные». Как пишет Habr / Карьера, дефицит людей, которые понимают ядра, ABI, компиляторы и железо, возник не вчера: автор выводит его из полувековой истории закрытых исходников, корпоративного контроля и упрощенного IT-образования. Для русскоязычного рынка это не музейный спор, а практический вопрос о том, почему сложную инфраструктуру, встраиваемые системы и низкоуровневую безопасность по-прежнему держат штучные команды.
Поводом стал большой текст-расследование с 16 разделами: от MIT 1960-х и рождения хакерской культуры до Netscape, GNU и учебных стандартов 1990-х. Вопрос у автора простой и неприятный: почему книг по системному программированию мало, а людей, которые действительно умеют читать ядро, считать такты, понимать память и прерывания, еще меньше. Ответ тоже без сантиментов: такие специалисты возникают там, где есть доступ к исходникам, железу, сильной среде и наставникам, а не там, где студенту сразу выдают фреймворк, учебный CRUD и обещание трудоустройства после короткого курса. В этом смысле статья спорит не только с вузами, но и с частью EdTech-рынка, который продает профессию как набор модулей, а не как длинную инженерную школу.
В доказательство статья собирает почти хрестоматийный список. Кен Томпсон и Деннис Ритчи в 1969 году поднимают базовый Unix на оставшемся без хозяина PDP-7 в Bell Labs. Стив Возняк в 1977-м упрощает контроллер дисковода Apple II до восьми микросхем и, по версии автора, добивается на 50–70% большей емкости дискет, чем у стандартных решений. Пол Аллен пишет эмулятор Intel 8080 для PDP-10, а Билл Гейтс ужимает BASIC под 4 КБ памяти Altair 8800. Позже Ян Кум строит WhatsApp, проданный Facebook за 19 млрд долларов, командой примерно из 50 инженеров. Общий вывод прозрачен: большие технологические скачки регулярно делали люди, которые лезли под капот, а не работали только на уровне прикладного API.
Самый сильный эпизод касается Unix как учебного пособия. В 1976 году профессор Джон Лайонс выпускает комментарий к шестой редакции Unix с построчным разбором примерно 10 тысяч строк кода на C и фактически показывает студентам, как устроена настоящая ОС. Уже в 1979-м, пишет автор, AT&T запрещает изучение исходников Unix в университетах, а книга Лайонса превращается в полуподпольный артефакт, который перепечатывают и передают из рук в руки. Дальше текст идет еще жестче и связывает закрытие исходников, библиотечную слежку 1970–1980-х и появление «программной инженерии» как управленческой дисциплины в единую историю о том, как менеджмент отбирал у инженеров контроль над профессией. Даже если не соглашаться с этим диагнозом целиком, сам сюжет про закрытые знания и дорогую цену доступа к ним звучит довольно убедительно.
У этой истории есть и контрсюжет: закрываешь код — получаешь ответную волну открытости. В MIT профессора, недовольные упрощением учебных программ, сохраняют курс SICP, где первокурсники все еще строят интерпретаторы и компиляторы. В 1985 году Ричард Столлман запускает GNU после конфликта с закрытым софтом в лаборатории MIT AI Lab. В 1987-м Эндрю Таненбаум пишет Minix, потому что студентам нужен не только разговор про операционные системы, но и сама система, которую можно разбирать. В этой логике open source выглядит не как приятный бонус для GitHub, а как инфраструктура обучения, без которой системное программирование быстро превращается в клуб с пропускным режимом.
Финальная часть заметки опирается на фильм Code Rush 2000 года и историю Netscape. Там титул Hacker на визитке у Джейми Завински — не шутка, Брендан Эйх пишет JavaScript за 10 дней, а браузерную гонку тащат люди с очень неровными биографиями, но с предельно глубоким пониманием машин и сетей. Для бизнеса из этого вывод неприятный, но полезный: системный инженер не собирается из двадцати мидлов по модели аутсорсингового конвейера. Нужны доступ к сложному коду, длинная практика, спорная среда, где можно ошибаться, и работа рядом с теми, кто умеет объяснить не только как сделать фичу, но и почему ядро, компилятор или протокол устроены именно так.
Для российских команд спор звучит особенно приземленно. Когда компании ищут людей под СУБД, сетевую инфраструктуру, драйверы, телеком, безопасную прошивку или тяжелый highload, они упираются не только в рынок зарплат, но и в длинный дефицит школы. На фоне бума AI-инструментов это даже полезное напоминание: шаблонный код теперь и правда дешевеет, а вот системный инженер по-прежнему растет медленно, через годы чтения чужих исходников и разбор того, что происходит ниже уровня фреймворка. Главный вопрос не в том, где взять еще один курс, а в том, кто вообще готов строить вокруг таких людей среду, а не очередную витрину обучения.