Собор и Базар

Материал из wikixw
Перейти к навигации Перейти к поиску

The Cathedral and the Bazaar: Musings on Linux and Open Source by an Accidential Revolutionary (сокращенно CatB ) это эссе, а затем книга Эрика С. Реймонда о методах разработки программного обеспечения, основанная на его наблюдениях за процессом разработки ядра Linux и его опыте управления проектом с открытым исходным кодом , fetchmail . В ней рассматривается борьба между дизайном сверху вниз и дизайном снизу вверх . Эссе было впервые представлено автором на конференции Linux Kongress 27 мая 1997 года в Вюрцбурге (Германия) и было опубликовано как часть книги в 1999 году.

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

"Собор и Базар"[править]

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

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

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

Уроки по созданию хорошего программного обеспечения с открытым исходным[править]

Raymond указывает на 19 "уроков", извлеченных из различных усилий по разработке программного обеспечения, каждый из которых описывает атрибуты, связанные с хорошей практикой в разработке программного обеспечения с открытым исходным кодом: [3]

  • Каждая хорошая работа программного обеспечения начинается с царапин личного зуда разработчика.
  • Хорошие программисты знают, что писать. Великие знают, что переписать (и повторно использовать).
  • Планируйте выбросить одну [версию]; вы так или иначе. (Скопировано из книги Фредерика Брукса "мифический человек-месяц")
  • Если у вас правильное отношение, интересные проблемы найдут вас.
  • Когда вы теряете интерес к программе, Ваша последняя обязанность-передать ее компетентному преемнику.
  • Обращение к пользователям как к СО-разработчикам-это наименее хлопотный путь к быстрому улучшению кода и эффективной отладке.
  • Выпускать рано. Выпускайте часто. И слушать ваших клиентов.
  • Учитывая достаточно большой бета-тестер и базу со-разработчиков, практически каждая проблема будет характеризоваться быстро и исправление очевидным для кого-то.
  • Интеллектуальные структуры данных и немой код работает намного лучше, чем наоборот.
  • Если вы относитесь к бета-тестерам как к самому ценному вашему ресурсу, они станут вашим самым ценным ресурсом.
  • Следующая лучшая вещь к иметь хорошие идеи узнает хорошие идеи от ваших потребителей. Иногда последнее лучше.
  • Часто самые поразительные и инновационные решения приходят от осознания того, что ваша концепция проблемы была неправильной.
  • Совершенство (в дизайне) достигается не тогда, когда больше нечего добавить, а, скорее, когда больше нечего забрать. (Приписывается Антуану де Сент-Экзюпери)
  • Любой инструмент должен быть полезен ожидаемым образом, но по-настоящему отличный инструмент дает себя использовать вы никогда не ожидали.
  • При написании любого программного обеспечения шлюза старайтесь как можно меньше нарушать поток данных—и никогда не выбрасывайте информацию, если получатель не заставляет вас!
  • Когда ваш язык далеко от Тьюринга-полный, синтаксический сахар может быть вашим другом.
  • Система безопасности так же безопасна, как и ее секрет. Остерегайтесь псевдо-секретов.
  • Чтобы решить интересную проблему, начните с поиска интересующей вас проблемы.
  • При условии, что координатор по вопросам развития имеет средства коммуникации, по крайней мере, такие же хорошие, как Интернет, и знает, как руководить без принуждения, многие руководители неизбежно лучше, чем один.

Наследие и прием[править]

В 1998 году эссе помогло корпорации Netscape Communications выпустить исходный код для Netscape Communicator и запустить проект Mozilla; оно было процитировано Фрэнком Хекером и другими сотрудниками в качестве внешнего независимого подтверждения его аргументов.[4] [5] [6] общественное признание Netscape этого влияния принесло Raymond известность в хакерской культуре.[7]

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

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

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

См. также[править]

  • GNU Bazaar, распределенная система управления версиями, названная так, чтобы подчеркнуть ее связь с моделью "bazaar"
  • "Усадьба Ноосфера"

Пруф[править]

.catb.org/~esr/writings/cathedral-bazaar/