OSDev

Тема выделена из "Лаборатории Единой среды". Freeman.


А что, нормальная такая перспектива. ОС настолько многокомпонентная (попросту говоря сложная) система, что реализовать всё самому в наилучшем качестве невозможно. Причём каждый компонент можно переделывать и улучшать вечно.

Просто надо правильно составить ТЗ. И не делать сверх него. XP сделали по ТЗ и 9 лет выдержки. И никаких расширений хотите новшество берите новую ОС сделанную по новым ТЗ, с новым API.

Я начал с загрузчика. Потом перешел к ядерному загрузчику. Теперь вот пишу ядро. И кажется что ОС это ужет не так много.
Но если мне что-то надо то крюк в несколько месяцев не крюк. А надо казалось такую мелочь как шрифт. И пришлось писать свой растеризатор.

Доработать кое какие вещи надо, но доработки в следующем этапе когда будет тестирование и проверки на соответствие ТЗ.

А ТЗ где?

ТЗ было до. Но за давностью лет утеряно. Оно было небольшим. Полное тз может написать только тот кто уже написал ОС. ТЗ буду корректировать после того как будет основа. А так примерно то что было в старом тз. Загрузчик, ядерный загрузчик.Ядро 5-7 основных библиотек: сеть, звук, видео, 2d и 3d графика, файлы, память, процессы. 40 основных программ. С 10 драйверов. И пару строчек по каждому пункту.

Это не ТЗ, это акт сдачи-приема.

Если можешь напиши лучше. Это первый вариант ТЗ. В нём всё просто. Сдача проверяется по наличию.
Недостаточно написать желания. Нужны требования и критерии их проверки. А также описания методов для их достижения. Поэтому также ведётся разработка полноценного тз. Но так как за основу нечего взять, то затягивается. И защищённость, и устойчивость к ошибкам, и лингвистические требования, требования документирования. И стилистика кода. Всё это требует чуть ли не научных изысканий чтобы изложить в тз.

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


Всё это вполне допустимо прописать на уровне хотелок, если определиться с критериями оценки. Если критерий -- "Как захочется автору" или "Для развлечения" -- так и прописать, все прочие вопросы автоматом снимет.

У меня серьёзная разработка. Поэтому хотелки не проходят.
Для чего? - ответ на этот вопрос секретный. Но давно описан.

Если человек не может сказать словами чем он занимается, то он сам не знает не понимает чего он делает. У меня с этим проблем нет. Проблема в другом как донести свою мысль до других. Ведь большенство не способно думать вот и приходится искать точные ответы на непростые вопросы.
Кратко хочу как у майкрософта только лучше. Да и не плодить лишнего кода. Документация как в мсдн только примеров больше.. Тестирование обязательно.

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

Угу. Вот разрежу тему, назову ее "Хотелки pavia", и будет как в прошлый раз. А то ТЗ только другим получается придумывать, а себе нет. Тот, список, кстати, вполне здравый, тема Кантора с него начинается. А непоследовательность в мыслях -- плохо, очень плохо.

С темой по-любому что-то сделать надо, потому как лаборатория давно закрылась, так что темы больше нет. Обсуждавшиеся ранее доки я не стал публиковать в "Канторовых системах", а замену им еще не написал. Обсуждение этапности разработки как-то вынести, что ли?