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

Модель разработки свободного программного обеспечения

Модель разработки свободного программного обеспечения

Собор и базар - это документ-манифест, разработанный Эриком С. Реймондом в 1.998 году, чтобы попытаться объяснить с его собственной точки зрения и опыта (разработка Fetchmail) что он понимал об успешном создании и развитии Linux и связанных с ним программ, особенно с точки зрения разницы между моделями разработки программного обеспечения, которые он лично называл: модель собора и модель базара.

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

Знакомство с собором и базаром

ВВЕДЕНИЕ

Упомянутый материал «Собор и базар» представляет нам видение того, что в мире программной инженерии существуют «два совершенно разных стиля разработки., модель собора, применимая к большинству разработок, сделанных в мире коммерческого программного обеспечения, по сравнению с моделью базара, более типичной для мира Linux ».

Подчеркивая, что эти две модели являются производными от противоположных отправных точек в характере процесса отладки программного обеспечения.и его частной теории о том, что он назвал законом Линуса, который гласил следующее: «При достаточном количестве глаз все ошибки не имеют значения» или, другими словами: «При достаточном количестве глаз все ошибки - пустяки».

И он подчеркивает слово Хакер, которое, по моему мнению, автор выразил как своего рода Пользователь высокого уровня, способный понимать и эффективно использовать программу., а также для обнаружения, предложения или внедрения исправлений или модификаций эффективной формы и содержания для всего сообщества пользователей.

В других литературных источниках это слово или понятие под названием Хакер относится к:

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

Это более универсальная и реальная концепция, поскольку «хакеры» есть во всех областях человеческого знания.

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

РАЗРАБОТКИ

Из многих, кто прочитал такой материал, наверняка найдется большое число тех, кто согласится с тем, что идея о том, что «Linux - это подрывная деятельность», четко выражена там. Но почему?

Потому что до этого момента множество стандартизированных методов или моделей разработки программного обеспечения, основанных на «более централизованном и плановом подходе с самого начала» потому что процесс создания Программного обеспечения воспринимался как нечто связанное с чем-то, что ведет к «определенной критической сложности».

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

В то время как В мире частной разработки программного обеспечения это делалось «тихо и благоговейно», как собор строится, в мире разработки свободного программного обеспечения (Linux) это было сделано «бурно и с множеством программ (путей) и подходов (предложений)»как будто вы были на большом базаре.

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

Предпосылка 1: Собор и базар

ПОМЕЩЕНИЕ №1

ВСЕ ХОРОШИЕ РАБОТЫ В ПРОГРАММНОМ ОБЕСПЕЧЕНИИ НАЧИНАЮТ ПЫТАТЬСЯ НА ЛИЧНУЮ ПРОБЛЕМУ САМОГО РАЗРАБОТЧИКА.

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

Предпосылка 2: Собор и базар

ПОМЕЩЕНИЕ №2

ХОРОШИЕ ПРОГРАММИРЫ ЗНАЮТ, ЧТО ПИСАТЬ. НАИБОЛЕЕ ЗНАЮ, ЧТО ПЕРЕЗАПИСАТЬ И ИСПОЛЬЗОВАТЬ повторно.

Любой программист знает, что в разработке программы или приложения нет ничего плохого или ненужного. Однако для многих, кто только начинает, и для тех, кто уже разбирается в этом вопросе, хорошо известно, что иногда «Изобретение колеса» снова не очень эффективно, но лучше просто оптимизировать его и адаптировать к своим потребностям. Другими словами, лучше переписать и ассимилировать весь возможный код от других экспертов в области, которая касается нас, чтобы решить нашу собственную разработку программного обеспечения.

Предпосылка 3: Собор и базар

ПОМЕЩЕНИЕ №3

«ДУМАЙТЕ ОБ УТИЛИЗАЦИИ, ПО крайней мере, в одном: ВЫ ВСЕГДА ИМЕЕТЕ ЭТО ВСЕГДА».

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

Предпосылка 4: Собор и базар

ПОМЕЩЕНИЕ №4

ЕСЛИ ВЫ ИМЕЕТЕ ПРАВИЛЬНОЕ ОТНОШЕНИЕ, ВАС НАЙДЕТ ИНТЕРЕСНЫЕ ПРОБЛЕМЫ.

Хорошее изменение отношения и времени может означать радикальное изменение для каждого программиста или разработчика программного обеспечения в их текущих или новых разработках, которые, в свою очередь, означают новые преимущества времени, денег или комфорта для пользователей их продуктов. Ищите новаторские способы решения проблем, которые проявляются в виде хорошего симптома в правильном направлении.

Предпосылка 5: Собор и базар

ПОМЕЩЕНИЕ №5

КОГДА ПРОГРАММА ВАС БОЛЬШЕ НЕ ИНТЕРЕСУЕТ, ВАША ПОСЛЕДНЯЯ ОБЯЗАННОСТЬ - ПЕРЕДАТЬ ЕЕ КОМПЕТЕНТНОМУ ПРЕЕМНИКУ.

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

Предпосылка 6: Собор и базар

ПОМЕЩЕНИЕ №6

ОБРАЩЕНИЕ С ВАШИМИ ПОЛЬЗОВАТЕЛЯМИ КАК СОТРУДНИЧЕСТВО - ЭТО МЕНЬШЕ СЛОЖНЫЙ СПОСОБ БЫСТРОГО УЛУЧШЕНИЯ И ЭФФЕКТИВНОЙ ОТЛАДКИ ПРОГРАММЫ.

Поскольку «бесплатный» часто интерпретируется как «бесплатный» при разработке свободного программного обеспечения, многие программисты, как правило, объединяются, чтобы избежать неоплачиваемого износа, вступая в союз с другими разработчиками или продвинутыми пользователями своих разработок, чтобы продолжать то же самое или чтобы другие продолжать их в обмен на получение «кредитов» на разработку будущих нововведений кода и обеспечение того, чтобы будущие разработки формально включали в себя некоторое лицензирование, чтобы избежать злоупотребления им.

Предпосылка 7: Собор и базар

ПОМЕЩЕНИЕ №7

СКОРО ВЫПУСКАЙТЕ ЕГО. ЧАСТО ЗАПУСКАЙТЕ ЕГО. И СЛУШАЙТЕ СВОИХ ПОЛЬЗОВАТЕЛЕЙ.

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

Предпосылка 8: Собор и базар

ПОМЕЩЕНИЕ №8

ПРЕДОСТАВЛЯЕМ ДОСТАТОЧНУЮ БАЗУ ТЕСТЕРОВ И УЧАСТНИКОВ, ПОЧТИ ВСЕ ПРОБЛЕМЫ БЫСТРО ВЫЯВЛЯЮТСЯ, И ИХ РЕШЕНИЕ ДЛЯ КОГО БУДЕТ ОЧЕРЕДНО.

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

И это приятно выражено в следующем отрывке из материала:

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

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

Выводы: собор и базар.

ЗАКЛЮЧЕНИЕ

Лично мой небольшой опыт в области разработки свободного программного обеспечения в рамках Базарной модели позволяет мне сделать следующие выводы:

  • К пользователям следует относиться как к бесценным ресурсам и, в лучшем случае, как к неоценимым союзникам для их сотрудничества в разработке продукта.
  • Каждая идея хороша или заслуживает изучения, поскольку иногда малейшее подозрение может быть отличным решением или улучшением для разработки.
  • Это хорошо или вероятно, что исходная идея расходится, расширяется или отходит от исходной концепции, но важно то, насколько она должна быть сфокусированной с точки зрения типа пользовательского рынка, которому вы хотите служить, служить или помогать.
  • Чтобы быть эффективными и избежать потери усилий из-за рассеивания.
  • Лучше всего это небольшой, прямой, простой, но эффективный код, который будет оценен сообществом как правильный.
  • Программа уже созрела для Сообщества пользователей, когда исключать больше нечего, поскольку добавление - всегда хорошая возможность принять во внимание.
  • Любую программу можно использовать (частично или полностью) для повторного использования в функциях, которые изначально не задумывались.
  • Все Программное обеспечение должно иметь соответствующие меры лицензирования и безопасности для обеспечения конфиденциальности использования Данных пользователя.
  • Необязательно начинать с нуля, у кого-то всегда вырабатывалось что-то похожее на нашу задуманную идею.
  • Вы должны работать над тем, что вам нравится, вы должны испытывать страсть к развитию, которому вы посвятите себя в свободном программном обеспечении, чтобы создать внутренне чувство единства с тем, что разрабатывается, не доходя до крайности в развитии чувства собственности над это.
  • Между разработчиками и пользователями (соавторами) должны быть отличные и частые средства связи, чтобы работа протекала быстро и эффективно менялась.

Я надеюсь, что вам понравилась и эта информация оказалась полезной, так как Чтение «Собора и базара» является обязательным справочником для всех, кто занимается любой разработкой свободного программного обеспечения, независимо от ее размера.


6 комментариев, оставьте свой

Оставьте свой комментарий

Ваш электронный адрес не будет опубликован. Обязательные для заполнения поля помечены *

*

*

  1. Ответственный за данные: Мигель Анхель Гатон
  2. Назначение данных: контроль спама, управление комментариями.
  3. Легитимация: ваше согласие
  4. Передача данных: данные не будут переданы третьим лицам, кроме как по закону.
  5. Хранение данных: база данных, размещенная в Occentus Networks (ЕС)
  6. Права: в любое время вы можете ограничить, восстановить и удалить свою информацию.

  1.   Nasciiboy сказал

    хорошее резюме / мнение, я бы убрал столько изображения «монитора с кодом», что он ни к чему не приходит

    1.    Пост-установка Linux сказал

      Они показались мне подходящими для вопроса разработки систем, и было бы неправильно их удалять, но спасибо за ваше наблюдение!

  2.   БЕЙРОН сказал

    Отличное резюме и аналогия.

    1.    Пост-установка Linux сказал

      Спасибо, Байрон, за хороший и положительный комментарий.

  3.   Эдуардо из Тринидада сказал

    Хорошая попытка, поздравляем с этим знаменательным уведомлением. Я думаю, что «В Царстве Божьем» ВСЕ (БУДЕТ) Свободно и Свободно ... в противном случае разработчики продолжат мученически мучиться или распинаться подрывниками, теми, кто не понимает или не хочет понимать, что мы должны «Дайте кесарю то, что принадлежит кесарю… и Богу то, что принадлежит Богу»… Благодарность (БЕСПЛАТНАЯ) божественна по своей природе, как солнечный свет или воздух, которым вы дышите… Свобода необходима, но в настоящее время она испорчена РЫНОКОМ таких несчастий, как проприетарное программное обеспечение.

    1.    Пост-установка Linux сказал

      Привет, Эдуардо де Тринидад. Спасибо за ваш комментарий и вклад.