OSDev

,
Спасибо.

Отвечая, пока, в этой теме и по теме. Как я и ожидал, ситуация из серии "Лебедь, щука, рак". Судя по тому кто к чему стремиться, трудно однозначно сказать какую систему нужно писать, чтобы найти компромисс и собрать надежную команду. Очень хорошо, что каждый отвечает четко на каждый вопрос. Теперь картина видна более ясно. На свои же вопросы отвечу позже, но скажу, что они не сходятся с моим тоже. Я готов пойти навстречу любой идеи, если ее примите вы все вместе. Либо просто определить параметры проекта по количеству голосов. Если большинство хочет так, и сошлось на этом, значит я(как программист) принимаю их желания, и работаю как мне скажут. И я(как руководитель) считаю, что все силы нужно потратить на поддержание целостности команды.

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

Например. Если в определенной группе людей хочется ярких красок в жизни и они хотят славы, признания. То очевидно, что коллектив образуется тесно, если цель будет - участие в различных конкурсах, фестивалях, конференциях, выставках. Где можно засветиться перед другими людьми и даже познакомиться с новыми. Показать себя любимого.
Ну, к примеру, в голову лезет "конференция разработчиков игр". Выглядит это как стенд-выставка где каждая команда демонстрирует свое детище на виду у прохожих.

Либо, вспомнились, так называемые демосцены. Дают призы и все такое. Это такие демопати, где куча всяких участников. А проекты не просто техника, это искусство.

Еще идеи как выявить общие проблемы. Ну, например, для портфолио. Работая над проектом вы решаете ряд профессиональных проблем, чем набираете себе опыт и у вас есть веский аргумент при приеме на более пристежную работу. Кстати, сейчас на собеседования редко кто ходит с ноутбуком для демонстрации своих программ. А зря, это сразу снимает много вопросов и работодателю сразу видны объективные навыки и способности собеседуемого.

Еще вариант, если группа людей студенты и преподаватели серьезные. То возникает проблема поиска темы для диплома(если студенты реально хотят чему-то учится, а не "платить" за сессию). Есть комплексные проекты. Каждый может делать свою часть.

В вышеназванных случаях у людей есть хоть какой-то веский резон заниматься и работать в команде.

Но пока вопрос стоит неприемлемым образом - "программирование ради программирования" и "команда ради команды".


Но а главный вопрос успеха затеи "собраться в команду" - А ГОТОВ ЛИ КАЖДЫЙ ИЗ ВАС ПРИМИРИТЬСЯ С СУЩЕСТВЕННЫМ ОТКЛОНЕНИЕМ ВАШИХ ЛИЧНЫХ ПРЕДПОЧТЕНИЙ ОТНОСИТЕЛЬНО ПРОЕКТА И РАБОТАТЬ ВО БЛАГО ОБЩЕЙ ЦЕЛИ???

Мне вспомнилось: "-- В бой идут все танки! -- Как, все два? -- Да, все два!"

Матерь божья, SII даже меня вспомнил.
Бросьте, господи, все эти темы по объединению сил по моим наблюдением на поле русского осдева звучат уже даже не 10 лет. История вопроса как бы намекает на безнадежность затеи

О мама мия! Максимыч собственной персоной! ))

А объединения точно нет и точно не будет. Могут присоединиться к относительно работающему и кажущемуся перспективным (см. Менуэт, преобразовавшийся в Колибри), но не к пустому месту.

Неправда, я не знаю, кто такой максимыч

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

единственное что не относится к апаратному программированию это файловые системы и boot_loader

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

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

О, Господи, насколько это наивно. А как же мне тогда ваши драйвера для моего ядра использовать? У одного - дрова под монолитную модульную систему, написанные на С, а у другого - дрова под систему, где каждый драйвер отдельный процесс, написанное на языке Ада.

Спрашивается: как мне это все связать? У них будет совершенно разный интерфейс. Разный набор функций.

Я не против, чтобы кто-то писал просто драйверы в качестве примера, но вы бы хотя бы исходники давали. А то все как партизаны. И еще хотят вместе объединиться. Мне трудно рытся в интеренете в поисках примеров по работе с различным оборудованием. Почему бы вам и вправду, не выкладывать все на общее обозрение.

Вопрос, Станиславу и scuter. Вы в команде работали когда-нибудь в коммерческих организациях в реальных проектах, где деньги платят?

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