Собор и базар

Собор и базар

Обложка издания сборника в мягкой обложке
Автор	Эрик С. Реймонд
Издатель	O'Reilly Media
Дата публикации	1999
Страницы	241
ISBN	1-565-92724-9
OCLC	42420737
Десятичный формат Дьюи	005.4 / 32 21
Класс LC	QA76.76.O63 R396 1999
Веб-сайт	www.catb.org / ~ esr / писания / собор-базар /

Собор и базар: размышления случайного революционера о Linux и открытых источниках (сокращенно CatB ) - это эссе, а позже книга Эрика С. Реймонда о методах разработки программного обеспечения, основанная на его наблюдениях за процессом разработки ядра Linux и его опыте управления оператором en исходный проект, fetchmail. Он исследует борьбу между нисходящим и восходящим дизайном. Эссе было впервые представлено автором на Linux Kongress 27 мая 1997 года в Вюрцбург (Германия) и было опубликовано как часть книги в 1999 году.

Иллюстрация на обложке книги - картина Любови Поповой 1913 года «Композиция с фигурами», принадлежащая собранию Государственной Третьяковской галереи. Книга была выпущена по лицензии Open Publication License v2.0 в 1999 году.

• 1 «Собор и базар»
• 2 Уроки по созданию хорошего программного обеспечения с открытым исходным кодом
• 3 Наследие и прием
• 4 См. Также
• 5 Примечания
• 6 Ссылки
• 7 Внешние ссылки

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

• Модель собора, в которой исходный код доступен с каждым выпуском программного обеспечения, но код, разрабатываемый между выпусками, ограничен эксклюзивной группой разработчиков программного обеспечения. GNU Emacs и GCC были представлены в качестве примеров.
• Модель Bazaar, в которой код разрабатывается через Интернет с учетом общественность. Раймонд считает, что изобретателем этого процесса является Линус Торвальдс, руководитель проекта ядра Linux. Раймонд также предоставляет отдельные рассказы о своей собственной реализации этой модели для проекта Fetchmail.

Центральным тезисом эссе является утверждение Раймонда о том, что «при достаточном количестве глазных яблок все ошибки являются мелкими» (который он называет законом Линуса ): чем шире доступен исходный код для публичного тестирования, проверки и экспериментов, тем быстрее будут обнаружены все формы ошибок. Напротив, Раймонд утверждает, что необходимо потратить чрезмерное количество времени и энергии на поиск ошибок в модели Собора, поскольку рабочая версия кода доступна только нескольким разработчикам.

Раймонд указывает на 19 «уроков», извлеченных из различных усилий по разработке программного обеспечения, каждый из которых описывает атрибуты, связанные с передовой практикой в ​​разработке программного обеспечения с открытым исходным кодом:

1. Каждый Хорошая работа над программным обеспечением начинается с того, что у него есть личный зуд разработчика.
2. Хорошие программисты знают, что писать. Великие знают, что переписывать (и использовать повторно).
3. Планируйте выбросить одну [версию]; в любом случае вы это сделаете (скопировано из книги Фредерика Брукса Мифический человеко-месяц ).
4. Если у вас правильное отношение, вас найдут интересные проблемы.
5. Когда вы теряете интерес к программе, ваша последняя обязанность ему - передать его компетентному преемнику.
6. Отношение к пользователям как со-разработчикам - ваш наименее хлопотный путь к быстрому улучшению кода и эффективной отладке.
7. Выполняйте как можно раньше. Выпускайте часто. И прислушивайтесь к своим клиентам.
8. Учитывая достаточно большую базу бета-тестеров и со-разработчиков, почти каждая проблема будет быстро охарактеризована, а решение очевидным для кого-то.
9. Умные структуры данных и глупый код работает намного лучше, чем наоборот.
10. Если вы относитесь к своим бета-тестерам так, как если бы они были вашим самым ценным ресурсом, они ответят вам, превратившись в ваш самый ценный ресурс.
11. Лучшее, что нужно сделать после хороших идей - это узнавать хорошие идеи от пользователей. Иногда лучше последнее.
12. Часто самые яркие и новаторские, поэтому Мнения приходят от осознания того, что ваша концепция проблемы была неправильной.
13. Совершенство (в дизайне) достигается не тогда, когда больше нечего добавить, а когда больше нечего убирать. (Приписывается Антуану де Сент-Экзюпери )
14. Любой инструмент должен быть полезен ожидаемым образом, но действительно отличный инструмент пригоден для использования, которого вы никогда не ожидали.
15. При написании программного обеспечения шлюза любого типа старайтесь как можно меньше нарушать поток данных - и никогда не выбрасывайте информацию, если получатель не заставит вас это сделать!
16. Когда ваш язык далек от Тьюринга, синтаксический сахар может быть вашим другом.
17. Безопасность системы зависит от ее секрета. Остерегайтесь псевдосекретов.
18. Чтобы решить интересную проблему, начните с поиска проблемы это интересно для вас.
19. Если у координатора развития есть средство связи не хуже Интернета, и он знает, как вести без принуждения, многие руководители неизбежно лучше, чем один.

В 1998 году эссе помогло Netscape Communications Corporation выпустить исходный код для Netscape Commun. icator и запустите проект Mozilla ; он был процитирован и другими сотрудниками как внешнее независимое подтверждение его аргументов. Общественное признание этого влияния компанией Netscape принесло Раймонду известность в хакерской культуре.

Когда O'Reilly Media опубликовали книгу в 1999 году, она стала одной из первых (если не первой) полной и коммерчески распространяемая книга, опубликованная по лицензии Open Publication License.

Маршалл По, в своем эссе «Улей» сравнивает Википедию с моделью Bazaar, которую определяет Раймонд. Джимми Уэйлс. сам был на самом деле вдохновлен этой работой (а также аргументами, выдвинутыми в работах, предшествовавших эпохе Интернета, таких как статья Фридриха Хайека «Использование знаний в обществе »), утверждая, что« это открыло мне глаза на возможность массового сотрудничества ».

В 1999 Николай Безруков опубликовал два цитируемых критических эссе по Эрику Раймонду взгляды на программное обеспечение с открытым исходным кодом, второй назывался «Второй взгляд на собор и базар». Они вызвали резкую реакцию Эрика Рэймонда.

• GNU Bazaar, распределенную систему контроля версий, названную, чтобы подчеркнуть ее связь с моделью «базара»
• "Homesteading the Noosphere "

• Официальный сайт
• Робертс, Расс (19 января 2009 г.). «Эрик Раймонд о взломе, открытом исходном коде, соборе и базаре». EconTalk. Библиотека экономики и свободы.