Тогда получается, что на данном этапе 3ОС - операционная система прикладной направленности, рассчитанная на энтузиастов. В качестве программы-максимум можно взять получение статуса массовой ОС, но для этого нужно дожить хотя бы до выпуска первого релиза для энтузиастов. Из прикладной направленности 3ОС также вытекает положение, что сравнивать 3ОС с учебными ОС некорректно.

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

Исходя из принятой выше прикладной направленности 3ОС, нужно определиться с приоритетами по ней. Предлагаются следующие приоритеты:
1. совместимость
2. минимализм

Вместе они образуют понятие альтернативности ОС по отношению к существующим.

Идея заключается в следующем: возможность исполнения модулей ядра (или драйверов) в режиме ядра или в виде отдельного процесса (может быть, даже в другом кольце безопасности) превращающая ядро в монолитное или микроядро в зависимости от
требований задачи.

Такой подход является следствием идеи полной параметрируемости системы и использования имеющихся наработок в качестве
полигона для экспериментов, как было предложено Давидом.

Для реализации данной идеи в коде, как мне кажется, надо решить две принципиальные проблемы:
- сделать формат загружаемого модуля ядра универсальным, чтобы обеспечить возможность его загрузки не только в контексте ядра
- реализовать механизм УО, обеспечив с его помощью прозрачное взаимодействие модуля ядра (или драйвера) с ядром для
каждого случая исполнения

Одновременную разработку на целевой платформе и в рамках виртуальной машины можно считать многоплатформенной (в понятиях 3ОС) разработкой. Вырисовывается следующая архитектура:

3ОС = (платформенно-зависимая часть) + (прикладная часть)

Раскрывая скобки, получаем:

3ОС = (ядро + драйвера + УО) + (единое пространство данных + единая среда)
3ОС = (виртуальная машина + УО) + (единое пространство данных + единая среда)

В рамках 3ОС понятие единой среды имеет два значения:
- единая прикладная среда
- единая среда выполнения

Единая прикладная среда - широкое понятие, объединяющее единое пространство данных и единую среду выполнения. С точки
зрения прикладного программиста и пользователя, единая среда и есть 3ОС. Именно единая среда является практической
реализацией прикладных возможностей 3ОС и соответствует приоритетам, обозначенных в предлагаемой версии концепции.
Единая среда выполнения - понятие более узкое, подразумевающее собой среду выполнения кода. Ранее говорилось, что в 3ОС
нет традиционного понятия программы. Единая среда выполнения представляет собой совокупность объектов кода (исполняемых
объектов), системных объектов и механизмов, обеспечивающих взаимодействие объектов друг с другом. В частности, единая
среда выполнения использует различные механизмы связывания объектов, например, УО (аналог IPC в традиционных системах),
динамическое наследование (аналог динамического связывания классов в Java) и именованные интерфейсы (аналог IDispatch в
COM).

Предлагается сделать архитектуру среды выполнения 3ОС по возможности универсальной. Для этого среда выполнения
планируется не виде монолита, а состоит из нескольких подисистем выполнения.

3ОС, в отличие от Windows, является открытой платформой, поэтому число подисистем выполнения в ней не ограничено. В
процессе ее проектирования обязательно должны быть учтены следующие подсистемы выполнения:
- 3ОС
- DOS/DPMI
- Win32
- Win16
- Linux
- POSIX?
- FreeBSD?
- другие, например, Menuet?

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

Подсистема выполнения, в трактовке 3ОС, подразумевает собой набор объектов, который при соответствующей поддержке со
стороны ядра может выполнять целевой код в любом контексте, в том числе и системном. Таким образом, все подсистемы выполнения равноценны с точки зрения применимости. Например, возможно использование драйверов WDM посредством подсистемы
выполнения Win32.