Новые методологии программирования
Страница 12. Open Source



Open Source

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

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

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

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

Процесс разработки ПО с открытым исходным кодом до сих пор толком не описан. Самым известным источником по этой теме остается замечательная статья Эрика Рэймонда The Cathedral and the Bazar. Тем не менее, она не может претендовать на полное изложение процесса разработки открытого ПО. (Русский перевод статьи - "Собор и базар" - опубликован в журнале "Byte Россия" в октябре 1999 года. Прим. перев.) Тему процесса разработки проектов с открытыми исходниками затрагивает и Карл Фогель (Karl Fogel) в своей книге о репозитории кода CVS. Эту книгу будет интересно почитать даже тем, кто никогда не хотел выполнять команду "cvs update".

 
« Предыдущая статья   Следующая статья »