Sunday, Feb 05th

Last update12:13:00 PM GMT

Вы находитесь на: FreeBSD Общая информация Модель разработки FreeBSD

Модель разработки FreeBSD

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

Модель разработки, используемая FreeBSD (а также NetBSD и OpenBSD), была впервые приведена в действие CSRG [McKusick et al., 1989]. CSRG всегда была небольшой группой разработчиков программного обеспечения. Такое ограничение ресурса требовало тщательного управления разработкой программного обеспечения. Тщательная координация была необходима не только персоналу CSRG, но также и членам общего сообщества, вносившим вклад в разработку системы. У некоторых внешних разработчиков было разрешение на непосредственное изменение главной копии исходного кода системы. Люди, которым давался доступ к главным источникам, предварительно тщательно отбирались, но за ними не было внимательного надзора. Каждый, кто совершал изменения исходного кода системы, получал уведомления обо всех изменениях, что давало возможность каждому быть в курсе происходивших в системе изменений. От каждого требовалось, чтобы любые нетривиальные изменения просматривались по крайней мере еще одним лицом, перед тем как внести их в дерево. Такая модель давала возможность многим направлениям разработки осуществляться параллельно, сохраняя в то же время связность проекта.


Похожие:
Еще по теме:
Советуем прочитать:

Сейчас 24 гостей онлайн

Реклама на сайте:

Различные виды услуг: перевозка крупногабаритных грузов авто и авиатранспортом на выгодных условиях

домашний кинотеатр установка