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

Собор і базар - документ маніфестного типу, розроблений Еріком С. Раймондом у 1.998 році, щоб спробувати пояснити його з його власної точки зору та досвіду (Fetchmail Development) те, що він розумів про успішне створення та еволюцію Linux та пов'язаних з нею програм, особливо з точки зору різниці між моделями розробки програмного забезпечення, які він особисто називав: Model Cathedral та Bazaar Model.

І в цій публікації ми надамо аналіз та резюме згаданого маніфесту, настільки популярного серед розробників Руху вільного програмного забезпечення. Який є у вільному доступі та доступний у багатьох частинах Інтернету, але його можна завантажити за таким веб-посиланням, щоб швидше отримати до нього доступ: Собор і базар.

ВСТУП

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

Підкреслюючи, що ці 2 моделі отримані з протилежних вихідних точок щодо характеру процесу налагодження програмного забезпечення, а також його конкретної теорії про те, що він назвав Законом Лінуса, який стверджував наступне: "При достатній кількості очей всі помилки не мають значення" або іншими словами: "При достатній кількості очей всі помилки це дрібниці ”.

І наголошує на слові хакер, яке, на мою думку, автор висловив як свого роду Користувача високого рівня, здатного зрозуміти та ефективно використовувати програму, а також виявляти, пропонувати або впроваджувати виправлення або модифікації ефективної форми та сутності для всієї спільноти користувачів.

В інших літературах це слово або поняття, що називається Хакер, стосується:

«фахівець, захоплений певною предметною областю, особливо технологічною, і метою якої є використання цих знань у доброякісних цілях. Це та людина, як правило, професіонал у цій галузі знань, який захоплюється знаннями, відкриває та вивчає нові речі та розуміє, як вони працюють, досягаючи точки вдосконалення їх ефективними пропозиціями та пропозиціями, і завжди з наміром ділитися знаннями або уникати поломки або несправності об'єкта дослідження.

Що є більш універсальним і реальним поняттям, оскільки існують "хакери" у всіх сферах людського знання.

DESARROLLO

З багатьох, хто читав подібні матеріали, безсумнівно знайдеться велика кількість тих, хто погодиться з тим, що думка про те, що "Linux є підривною", там чітко виражена. Але чому?

Тому що до того моменту існувало безліч стандартизованих методів або моделей розробки програмного забезпечення, заснованих на «більш централізованому та планомірному підході з самого початку» Оскільки акт створення Програмного забезпечення сприймався як щось пов’язане з чимось, що веде до „певної критичної складності”.

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

Поки У світі приватної розробки програмного забезпечення це було зроблено "тихим і благоговійним способом", як будується собор, у Світі розробки вільного програмного забезпечення (Linux) це було зроблено "галасливо і з безліччю програм (шляхів) та підходів (пропозицій)", як ти був на великому базарі.

Цей чудовий маніфест дає нам кілька передумов для стиснення висловлених там ідей щодо Моделі розвитку вільного програмного забезпечення, а саме:

ПРИМІЩЕННЯ No1

ВСІ ДОБРІ РОБОТИ В ПРОГРАМНОМУ ЗАБЕЗПЕЧЕННІ ПОЧИНАЮТЬСЯ, ЩО БУДУТЬ ПРОБИТИ ЛИЧНУ ПРОБЛЕМУ САМОГО РОЗРОБНИКА.

Що є незаперечною реальністю, тому що Багато з тих, хто працює у сфері розробки вільного програмного забезпечення, зазвичай починають через необхідність вирішення особистої проблеми або проблеми колективу чи групи, або оптимізувати процес, який вже виконується повільніше та / або повторюється, що часто стає виснажливим та / або нудним для тих, хто бере участь у ньому, намагаючись максимізувати час та зусилля тих, хто бере участь.

ПРИМІЩЕННЯ No2

ХОРОШІ ПРОГРАМИСТИ ЗНАЮТЬ ЩО НАПИСАТИ. НАЙКРАЩЕ ЗНАТИ, ЩО ПЕРЕПИСАТИ І ВИКОРИСТАТИ.

Будь-який програміст знає, що починати з нуля - це нічого поганого чи непотрібного, коли мова йде про розробку програми чи програми. Однак для багатьох, хто починає, а для інших, хто вже обізнаний у цьому питанні, добре відомо, що іноді «Винайти колесо» знову не надто ефективно, але краще просто оптимізувати його та адаптувати до власних потреб. Іншими словами, краще переписати та засвоїти якомога більше коду від інших експертів у галузі, яка стосується нас, для вирішення власної розробки програмного забезпечення.

ПРИМІЩЕННЯ No3

"ДУМАЙТЕ ПРО УТИЛІЗАЦІЮ МІНІМЕНТАЦІЇ: ВИ БУДЕТЕ ВСЕ ЗРОБИТИ".

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

ПРИМІЩЕННЯ No4

ЯКЩО ВИ МАЄТЕ ПРАВИЛЬНИЙ СТАНОВЛЕННЯ, ЦІКАВІ ПРОБЛЕМИ ВАМ ЗНАЙдуть.

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

ПРИМІЩЕННЯ No5

КОЛИ ПРОГРАМА ВІН ВЕЧЕ НЕ ЦІКАВИТЬ ВАШИЙ ОСТАННІЙ ОБОВ'ЯЗК, ЩО ПЕРЕДАЄТЬ її КОМПЕТЕНТНОМУ ПРОДУЦІЮ.

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

ПРИМІЩЕННЯ No6

ЛІКУВАТИСЯ З КОРИСТУВАЧАМИ ЯК СПІВРОБІТНИКАМИ - МЕНШИЙ СКЛАДНИЙ ШЛЯХ ШВИДКО ВДОСКОНАЛИТИ ТА ЕФЕКТИВНО ВИПРАВИТИ ПРОГРАМУ.

Оскільки поняття "безкоштовне" часто трактується як "безкоштовне" при розробці вільного програмного забезпечення, багато програмістів схильні об'єднуватися, щоб уникнути неоплачуваного зношування, об'єднуючись з іншими розробниками або досвідченими користувачами своїх розробок, продовжуючи те саме або для інших продовжувати їх, в обмін на отримання "кредитів" при розробці майбутніх інновацій коду та забезпечення того, щоб майбутні розробки формально включали певне ліцензування, щоб уникнути зловживання ним.

ПРИМІЩЕННЯ No7

ВІДПУСКАЙТЕ СКОРО. ЗАПУСКАТИ ЧАСТО. І СЛУХАЙТЕ ВАШИХ КОРИСТУВАЧІВ.

На відміну від світу розвитку власного програмного забезпечення, у вільному програмному забезпеченні часто буває, що набагато швидше і краще. Оскільки широка база користувачів та розробників, які зазвичай використовують та розробляють програму у спільноті та, у свою чергу, взаємодіють між собою, повідомляючи свої сумніви, пропозиції, пропозиції, скарги та / або претензії, може стати цінним джерелом знання для швидкого розвитку програми до зрілих стадій розвитку.

ПРИМІЩЕННЯ No8

ОДАЮТЬ ДОСТАТОЧНО ШИРОКУ БАЗУ ТЕСТЕРІВ ТА СУПРАЦІВНИКІВ, БІЛЬШЕ ВСІ ПРОБЛЕМИ БУДУТЬ ШВИДКО ІДЕНТИФІКОВАНІ, І РІШЕННЯ БУДУТЬ КОЖИМ ВІДОМЛИМИ.

Матеріал закінчується тим, що читач багато разів робить висновок, що Метод розробки програмного забезпечення, заснований на Базарній моделі, є дуже ефективним. Оскільки чим більше сили, свободи та знань надає Розробник програмного забезпечення Користувачам щодо своєї програми, тим більше вони можуть внести геніальні ідеї чи корисні зміни, лише з метою колективної вигоди.

І це приємно виражено в наступному уривку з матеріалу:

"Це, на мою думку, принципова різниця між собором та стилем базару. Відповідно до того, як собор дивиться на програмування, помилки та проблеми розвитку - це підступні, глибокі та покручені явища. Потрібні місяці перевірки з боку невеликої кількості відданих людям людей, щоб бути впевненими, що вони були усунені. Звідси довгі періоди, необхідні для випуску нових версій, і неминуче розчарування, коли ті, кого чекали так довго, не є ідеальними.

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

ВИСНОВОК

Особисто мій невеликий досвід у галузі розробки вільного програмного забезпечення за Базарною моделлю дає мені такі висновки:

• Користувачі повинні розглядатися як неоціненний ресурс, а в кращих випадках як неоціненний союзник для їх співпраці у розробці продукту.
• Кожна ідея хороша або варта вивчення, оскільки іноді найменш підозрюваний може бути чудовим рішенням або вдосконаленням для розвитку.
• Це добре чи ймовірно, що оригінальна ідея розділяє, розширює чи віддаляється від початкової концепції, але важливим є те, наскільки цілеспрямованим потрібно бути з точки зору типу ринку користувачів, якому ви хочете обслуговувати, обслуговувати чи допомагати.
• Для того, щоб бути ефективним та уникнути втрати зусиль через розсіювання.
• Найкращий - це невеликий, прямий, простий, але ефективний код, який вдається оцінити спільноті як правильний.
• Програма вже є дозрілою для Спільноти користувачів, коли більше нічого не потрібно усунути, оскільки додавання - це завжди гарна можливість врахувати.
• Будь-яка програма може бути використана (частково або повністю) для повторного використання у функціях, які спочатку не були задумані.
• Все програмне забезпечення повинно мати відповідні заходи ліцензування та безпеки для конфіденційності використання Даних користувача.
• Не варто починати з нуля, хтось завжди розробляв щось подібне до нашої задуманої ідеї.
• Потрібно працювати над тим, що йому подобається, потрібно відчувати пристрасть до розвитку, якій він присвятить себе у вільному програмному забезпеченні, щоб створити внутрішнє відчуття єднання з тим, що розробляється, не доходячи до крайності розвитку почуття власності на нього. .
• Повинні бути чудові та часті засоби спілкування між розробниками та користувачами (співавторами), щоб робота швидко текла та ефективно змінювалась.

Сподіваюся, вам сподобалась ця інформація і вам вона виявилася корисною, оскільки читання "Собору та базару" є обов'язковим довідником для всіх, хто програмує будь-яку розробку вільного програмного забезпечення, незалежно від того, наскільки велика чи мала.