DragonЦитата:
грубо говоря, я имею ввиду ориентиры (наброски), к которым ОСь стремится, а только потом технические подробности
Хм... Тогда получается, что Вы имеете ввиду техническое задание на проектирование. Но ТЗ всегда слишком расплывчаты, и прямо на их основе, без проекта, систему не создать (толку от того, что в задании прописано использование приоритетов -- надо ж решить, как их использовать, какие алгоритмы применять -- а это уже проект, а не задание).
Цитата:
Это может быть функциональный API, набор классов или что то ещё(?)
Ну, API весьма и весьма косвенно связан с внутренним устройством системы. Например, стандарт POSIX может быть реализован как системами с монолитным ядром (типа Linux или там Windows), так и микроядерными (пример -- QNX). Т.е. опять-таки это скорей задание, чем проект.
Кстати, как я понимаю, "классы" подразумевают навязывание объектно-ориентированного подхода, что отнюдь не есть хорошо (достоинства ООП перед обычным структурным программированием, скажем так, несколько преувеличены, а недостатки, напротив, затушёвываются). Но это так, к слову.
Цитата:
Найти бы такой проект, где такое опсание присутствует на каждом элементе (файловая система, драйвера, пользовательский интерфейс, стандартные приложения), тогда думаю, само кодирование заняло бы минимальное количество времени
Это нужно нормальное проектирование системы -- грубо говоря, задание, эскизный проект, технический проект... ну и т.д. вплоть до исходных текстов. Только вот документировать все стадии народу, как правило, лень, да и многие просто не понимают, что в крупных проектах без этого обойтись невозможно.