OSDev

Да лучше даже делать часть системы, чем просто сидеть и разсуждать о том как сложно писать ОС.
Или просто отрабатывать работу устрорйств и их взаимодействие, или интерфейс.

Видишь ли, тут вот какое дело... если бы я, например, хотел виться вокруг любой из этих областей, я бы вился там. Но мне ни одна из них аргументированно не нравится, поэтому я пока что вьюсь здесь, на форуме, посвящённом разработке новых ОС. Как только (и если) мой проект выйдет на уровень самодостаточности, я заведу отдельный ресурс проекта и если кто-то вдруг захочет виться вокруг него, будет виться на этом ресурсе .

_________________
Yet Other Developer of Architecture.
The mistery of Yoda’s speech uncovered is:
Just an old Forth programmer Yoda was.
<<< OS Boot Tools. >>>

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

Пора уже наконец всем хорошим людям собраться и убить всех плохих людей.


У всех на тему объединения своё мнение. Правильно - демократия.
От себя скажу, что готов поучаствовать в совместной разработке. Предлагайте.

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

идея обьединения не плохая мне нравиться

думаю это значительно ускорит работу на первых стадиях разработки

как таковое если всем миром сложится то может быть что нибудь получится

я бы назвал это дело так ЧКР (чтобы компьютер работал) т.е. базовые простые штуки для работы с оборудованием.

для начало надо определится со структурой а потом распределить работу

к примеру

IDT - Вася
GDT - Петя
IRQ - Дима
A20 - Иля
ATA - Сергей
IDE - Андрей
SATA - Иван
USB - Саша
FAT(12/16/32) - Кирил
NTFS - Дима

т.е. каждым этим делом занимается отдельный человек

а потом уж каждый сам по себе

как таковое надо что бы прога работала и какждый из разработчиков мог понять как она работает.

На этом уровне (IDT, A20, NTFS... т.е. фактически ядро ОС) с работой в принципе может справиться и один человек. Есть три вещи, с которыми один разработчик справиться не в состоянии:
- Драйверы;
- Системные библиотеки;
- Комплект прикладного ПО.

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

_________________
Yet Other Developer of Architecture.
The mistery of Yoda’s speech uncovered is:
Just an old Forth programmer Yoda was.
<<< OS Boot Tools. >>>

один разработчик конечно справиться, только сколько времени ему на это потребуется,
думаю через пару лет рабочая версия появится.

по поводу драйверов это конечно ты прав только большенство прогеров используют виртуальные машины,
а там всё эмулировано и стандартное, и врят ли кто будеть рисковать.

У меня нет дров не для AHCI, не для звука. Предпочитаю двигаться от ядра к периферии, а не наоборот. Дрова для внешних устройств пишу только в случае крайней необходимости, т.е. когда без них система в принципе перестает нормально работать. Реализации полноценного GUI нет даже в отдаленных планах. Короче с точки зрения разработчика Малинки работа моей оси представляет собой крайне невыразительное зрелище. Эффектные графические программки на основе сервиса VESA со своим GUI, полноценным событийным механизмом и т.п. я писал в школе, в переменах между уроками. Если бы ты мне предложил написать легко переносимый AML-интерпретатор, разработать универсальную драйверную модель, подумать об оптимальном способе реализации многозадачности в многопроцессорных/многоядерных системах и т.п., я бы отреагировал на это с значительно большим энтузиазмом.

Пиши в вики. Кто тебе мешает? Лично у меня нет на это времени.

А вы думаете, что на организацию работы большой команды, нормально делающей кучу мелких задач, у вас уйдет меньше времени?