Почему OSDev никогда не превратят в конструктор

В сфере искусственного интеллекта произошло заметное событие. risc32 6 минут назад Почему OSDev никогда не превратят в конструктор Сложный 4 мин 100 Системное программирование * Операционные системы C++ * C# * Всем доброго времени суток. Я наткнулся на проект — Cosmos (позволяет писать реальное ядро на C#, об этом позже), и начал на него копать. Понял, что на самом деле, это штука, которая позволяет писать ядро так, будто это просто приложение, хоть и с намного большей ответственностью, почти не задумываясь о железе и ассемблере, только о логике.

Это безусловно круто, но лишает человека единственной мотивации хвататься за OSDev — понимания компьютера и контроля. Многие за этой целью идут, некоторые садятся на Cosmos, некоторые сами мучатся с C++, bare metal и в целом дышат настоящим OSDev'ом. В этой статье мы рассмотрим основные проблемы «настоящего OSDev», и абстрагированного от железа, но не менее интересного OSDev.

Технические детали

В чем конкретная проблема слишком потянутой за уши абстракции над железом? На первый взгляд все нормально. Вы создаете класс, наследуете его от Cosmos.

Kernel, реализуете два метода — BeforeRun() и Run(). Начинаете писать, например, свой мини‑терминал. Используете, как ни в чем не бывало, обычные функции WriteLine(), ReadLine() и так далее.

Реализовали даже продвинутый парсер команд, прям как у настоящих ОС. Потом уходите в реализацию настоящего ядра и оболочки: ваша ОС позволяет запускать приложения, работает с сетью, есть антивирус, но нет никакого комьюнити. Деньги, слава, популярность у вас почти в руках.

Отраслевые последствия

Но есть одно большое но — вы почти не понимаете, как это все реально работает. Будь ваша ОС достаточно популярной, всегда найдется человек‑тестер, который будет тестировать ваше творение на прочность. Будет вам писать, что здесь все ломается, например, при тысяче потоков и тысяче открытых одновременно файлов.

Но проблема это не ваша — это проблема кода ниже, который обслуживает как раз ФС и многопоточность, возможно проблема еще глубже. И вот тогда перед вами встанет выбор — либо все переписывать, либо заканчивать проект. Я описал нереалистичный, но показательный сценарий развития событий, чтоб примерно донести свою мысль.

Основная проблема в том, что вы не понимаете при разработке, что вообще происходит. Слепо доверять можно только на позиции прикладного разработчика, не системного. Ответственность выше, задачи другие.

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.