"Эрик С.Рэймонд. Собор и Базар (Linux) " - читать интересную книгу автора

ошибку, и поэтому я старался не допустить ее при разработке fetchmail.
Итак, я уверен, что fetchmail удался, потому что я ограничил свою
изобретательность. Давайте рассмотрим Linux. Предположим, что Линус
Торвальдс стремился убрать основные изобретения в дизайне операционных
систем, разве получили бы мы такое мощное и стабильное ядро?
Конечно, определенные знания в области дизайна, а также навык
кодирования необходимы, но мне кажется, что каждый, кто всерьез думает о
такой разработке, превосходят требуемый минмиум. Репутация внутреннего рынка
открытых программ оказывает давление, которое предостерегает недостаточно
компетентных людей.
Существует другое важное качество, не менее важное для успеха проекта в
стиле базара. Координатор такого проекта должен иметь хороший опыт общения с
людьми.
Необходимость этого очевидна. Для создания сообщества разработчиков,
вам необходимо как-то привлечь людей, заинтересовать их тем, что вы делаете.
Техническая часть, конечно, очень существенна, но и ваша личность имеет
немаловажное значение.
Линус не случайно является симпатичным парнем, который нравится людям,
и которому люди с удовольствием помогают. Также не является совпадением то,
что я - очень энергичный экстраверт, которому нравится работать в команде.
Если вы знаете как понравиться людям, это очень сильно поможет вам в
разработке модели в стиле базара.

10. Социальный контекст открытых программ.

Верно сказано: лучшие программы начинаются с решения проблем автора, с
которыми он сталкивается каждый день, и расширяются, потому что эти проблемы
оказываются типичными для большого класса пользователей. Это возвращает нас
к первому правилу, которое можно сформулировать более точно:
18. Чтобы решить интересную проблему, найдите проблему которая вас
заинтересует. Это произошло с Карлом Харрисом и его родовым popclient'ом,
это произошло со мной и fetchmail'ом. В этом нет ничего нового, гораздо
интереснее другое. История с Linux'ом и fetchmail'ом указывает на следующую
стадию в эволюции программного обеспечения - активное сообщество
пользователей и разработчиков.
В "The Mythical Man-Month" Фред Брукс рассматривал различные
зависимости времени разработки. Он показывает, что сложность проекта и его
коммуникационные издержки квадратично зависят от числа разработчиков, в то
время как проделанная работа зависит только линейно. Это утверждение
называется "закон Брукса", и большинство признает его правильным. Однако,
если бы дело было только в законе Брукса, Linux не мог бы существовать.
Пять месяцев назад, Джеральд Венберг в "Психологии программирования"
предложил теорию, которую мы можем рассматривать, как жизненную поправку к
закону Брукса. Обсуждая "неэгоистичное программирование" (egoless
programming), Венберг замечает, что если разработчики не являются
безраздельными владельцами исходников программ и приветствуют, когда другие
люди помогают искать ошибки и предлагают различные улучшния, программа
прогрессирует намного быстрее.
Возможно, терминология Венберга не способствует тому, чтобы его
утверждения приняли. Многие люди улыбаются при описании хакеров Интернет как