Управляя свободным программным проектом, вам не нужно разговаривать об этих сложных философских понятиях каждый день. Программисты не настаивают на том, чтобы все участники проекта соглашались с их точкой зрения на все (те кто настаивают быстро приходят к невозможности работать ни в одном проекте). Но вам нужно обращать внимание на то, что вопрос "свободный" против "с открытым исходным кодом" существует, отчасти для того, чтобы избегать неприятных некоторым участникам высказываний, отчасти, потому что знание мотивов разработчиков это лучший —в некотором смысле единственно возможный— способ управлять проектом.
Свободное программное обеспечение—это культура, которую выбирают. Чтобы успешно действовать внутри нее, нужно в первую очередь понимать, почему люди ее выбирают. Техники принуждения не работают. Если люди недовольны на одном проекте, они просто переберутся на другой. Свободное программное обеспечение замечательно даже среди сообществ добровольцев, своей легкостью вкладов. Большинство вовлеченных в проект людей в действительности никогда не встречались лицом к лицу с другими участниками, и просто делились своим временем, когда им это нравилось. Нормальный канал, по которому люди связываются друг с другом и образуют устойчивые группы, сузился до тоненького канала: написанного слова, перенесенного по электронным сетям. Из-за этого, формирование сплоченных и целенаправленных групп может занять длительное время. Наоборот, проекту очень легко потерять потенциального добровольца в первые пять минут знакомства. Если проект не производит хорошего первого впечатления, новички редко дают ему второй шанс.
Быстротечность, или, скорее потенциальная быстротечность взаимоотношений, возможно, единственная обескураживающая задача, с которой сталкивается новый проект. Что убедит всех этих людей оставаться сплоченными достаточно долго, чтобы произвести что-нибудь полезное? Ответ на этот вопрос достаточно сложен, чтобы занять оставшуюся часть этой книги, но если бы его нужно было выразить одним предложением, оно было бы таким:
Люди должны чувствовать, что их связь с проектом и влияние на него, прямо пропорционально их вкладам.
Ни одна группа разработчиков или потенциальных разработчиков, никогда не должна чувствовать себя обделенной или дискриминированной по не-техническим причинам. Очевидно, что проекты спонсируемые корпорациями и/или разработчиками на зарплате должны быть особенно осторожны в этом отношении. Глава Глава 5, Money целиком посвящена этому. Конечно, это не значит, что если корпоративного спонсирования нет, то вам не о чем беспокоиться. Деньги это просто один из многих факторов, которые могут повлиять на успех проекта. Есть множество других вопросов: какой язык выбрать, какую лицензию, какой процесс разработки, какую точно инфраструктуру создать, как эффективно известить о начале проекта, и многие другие. Как правильно поднять проект на ноги - тема следующей главы..