Модел за разработка на свободен софтуер: Катедралата и чаршията

Катедралата и чаршията е документ от явен тип, разработен от Ерик С. Реймънд през 1.998 г., за да се опита да обясни от собствената си гледна точка и опит (Fetchmail Development) това, което той разбираше за успешното създаване и развитие на Linux и свързаните с него програми, особено от гледна точка на разликата между моделите за разработка на софтуер, които той лично наричаше: Model of Cathedral и Bazaar Model.

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

ВЪВЕДЕНИЕ

Споменатият материал «Катедралата и чаршията» ни представя визията, че в света на софтуерното инженерство съществуват „два напълно различни стила на развитие, моделът на катедралата, приложим за повечето разработки, направени в света на търговския софтуер, в сравнение с модела на базара, по-типичен за света на Linux ”.

Подчертавайки, че тези 2 модела са получени от противоположни изходни точки за естеството на процеса на отстраняване на грешки в софтуера, и на неговата конкретна теория за това, което той нарича Закон на Линус, който гласи следното: „При достатъчен брой очи всички грешки са без значение“ или с други думи: „При достатъчен брой очи, всички грешки те са дреболии ”.

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

В други литератури тази дума или концепция, наречена хакер, се отнася до:

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

Което е по-универсална и реална концепция, тъй като има „хакери“ във всички области на човешкото познание.

Desarrollo

От многото, които са чели такъв материал, със сигурност ще има голям брой, които ще се съгласят, че идеята, че „Linux е подривен“, е ясно изразена там. Но защо?

Защото до този момент имаше множество стандартизирани методи или модели за разработка на софтуер, базирани на „по-централизиран и планиран подход от самото начало“ защото актът на създаване на Софтуер се приема като нещо, свързано с нещо, което води до „определена критична сложност“.

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

Докато В света на частната разработка на софтуер това беше направено по "мълчалив и благоговеен начин", точно както е построена катедрала, в света на разработката на свободен софтуер (Linux) това беше направено по „шумен начин и с множество програми (пътища) и подходи (предложения)“, точно както бяхте на голям базар

Този велик манифест ни дава няколко предпоставки за кондензиране на идеите, изразени там, по отношение на Модела за разработка на свободен софтуер, които са:

ПОМЕЩЕНИЕ №1

ВСИЧКИ ДОБРИ РАБОТИ В СОФТУЕРА ЗАПОЧВАТ ДА СЕ ОПИТАТ ДА МОЛЯТ ЛИЧЕН ПРОБЛЕМ НА САМИЯ РАЗВИТЕЛ.

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

ПОМЕЩЕНИЕ №2

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

Всеки програмист знае, че започването от нулата не е нищо лошо или ненужно, когато става въпрос за разработване на програма или приложение. За мнозина, които започват, и за други, които вече са запознати с въпроса, е добре известно, че понякога „Изобретяването на колелото“ отново не е много ефективно, но е по-добре просто да го оптимизирате и да го адаптирате към вашите собствени нужди. Тоест, по-добре е да пренапишем и усвоим целия възможен код от други експерти в областта, която ни засяга, за да решим собствената си разработка на софтуер.

ПОМЕЩЕНИЕ №3

„МИСЛЕТЕ ЗА ИЗХВЪРЛЯНЕ НА ПОНЕ ЕДИН - ВЪВ ВСЕ В крайна сметка ще го направите.“

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

ПОМЕЩЕНИЕ №4

АКО ИМАТЕ ПРАВИЛНОТО НАЧАЛО, ИНТЕРЕСНИТЕ ПРОБЛЕМИ ЩЕ ВИ НАМЕРАТ.

Добрата промяна в отношението и времето може да означава радикална промяна за всеки програмист или разработчик на софтуер в текущите или новите разработки, което от своя страна означава нови предимства на времето, парите или комфорта за потребителите на техните продукти. Бъдете нащрек за иновативни начини за решаване на проблеми, които се представят в добър симптом в правилната посока.

ПОМЕЩЕНИЕ №5

КОГАТО ПРОГРАМА ВЕЧЕ НЕ ВИ ИНТЕРЕСУВА, ПОСЛЕДНАТА ВИ ЗАДЪЛЖЕНИЕ Е ДА СЕ ПРЕДОСТАВИТЕ НА КОМПЕТЕНТЕН НАСТОЯТЕЛ.

За много програмисти или разработчици на софтуер, както и за други технологи, не е необичайно да искат да отделят ново време на нови проекти. Но в света на свободния софтуер предпоставката е да предаде щафетата, има и други, които биха искали да продължат с развитието на своите вече изоставени продукти, за които трябва да позволят на всеки да хакне (подобри) програмата за себе си или в полза на общността потребители на програмата.

ПОМЕЩЕНИЕ №6

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

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

ПОМЕЩЕНИЕ №7

ОСВОБОЖДЕТЕ СКОРО. СТАРТИРАЙТЕ ЧЕСТО. И СЛУШАЙТЕ ВАШИТЕ ПОТРЕБИТЕЛИ.

За разлика от света на разработката на патентован софтуер, при свободния софтуер често се случва много и бързо да е по-добре. Тъй като широката база от потребители и разработчици, които обикновено използват и разработват програма в общността и от своя страна взаимодействат помежду си, за да съобщават своите съмнения, предложения, предложения, жалби и / или искове, може да се превърне в ценен източник на знания за бързо развитие на програма към зрели етапи на развитие.

ПОМЕЩЕНИЕ №8

ДАЙТЕ СТИГАЛНА БАЗА ТЕСТЕРИ И ДОПЪЛНИТЕЛИ, ПОЧТИ ВСИЧКИ ПРОБЛЕМИ ЩЕ БЪДАТ БЪРЗО ИДЕНТИФИЦИРАНИ И РЕШЕНИЕТО НИХ ЩЕ БЪДЕ НАБЛЮДНО.

Материалът завършва, като кара читателя многократно да заключи, че Методът за разработка на софтуер, базиран на Базарния модел, е много ефективен. Тъй като колкото повече сила, свобода или знания дава Софтуерният разработчик на Потребителите относно тяхната програма, толкова повече те могат да допринесат с гениални идеи или полезни промени, само с цел колективна изгода.

И това е приятно изразено в следния откъс от материала:

"Мисля, че това е основната разлика между стиловете на катедралата и базара. Според начина, по който катедралата гледа на програмирането, грешките и проблемите с развитието са коварни, дълбоки и изкривени явления. Необходими са месеци на контрол от малък брой посветени хора, за да бъдат уверени, че са премахнати. Оттук и дългите периоди, необходими за пускането на нови версии, и неизбежното разочарование, изживяно, когато тези, които се чакат толкова дълго, не са перфектни.

В светлината на модела на базара обаче се приема, че грешките обикновено са незначителни въпроси или поне че те ще станат такива доста бързо, след като бъдат изложени на нетърпеливите очи на няколко хиляди посветени сътрудници, за да поставят правилното и с главата надолу всяка нова версия. Така че продължавате да пускате версии често, за да получите още повече корекции, а като полезен страничен ефект имате по-малко да губите, ако бъркате от време на време. "

ЗАКЛЮЧЕНИЕ

Лично моят малък опит в областта на разработката на свободен софтуер по модела от типа на базар ми дава следните изводи:

• Потребителите трябва да бъдат третирани като безценен ресурс и в най-добрите случаи като безценни съюзници за тяхното сътрудничество при разработването на продукта.
• Всяка идея е добра или си заслужава да бъде проучена, тъй като понякога най-малко подозираният може да бъде чудесно решение или подобрение за развитието.
• Добре или вероятно е оригиналната идея да разделя, разширява или отдалечава първоначалната концепция, но това, което е важно, е колко фокусиран трябва да бъде човек по отношение на типа потребителски пазар, който искате да обслужвате, обслужвате или помагате.
• За да бъдете ефективни и да избегнете загуба на усилия поради разпръскване.
• Най-доброто е малък, директен, опростен, но ефективен код, който успява да бъде оценен от общността като правилен.
• Програмата вече е зряла за Общността на потребителите, когато няма какво повече да се премахне, тъй като добавянето винаги е добра възможност да се вземе предвид.
• Всяка програма може да се използва (частично или изцяло), за да се използва повторно във функции, които първоначално не са били замислени.
• Целият софтуер трябва да носи съответните си мерки за лицензиране и сигурност за поверителността на използването на данните на потребителя.
• Не е необходимо да започваме от нулата, някой винаги е разработвал нещо подобно на замислената ни идея.
• Човек трябва да работи върху нещо, което му харесва, трябва да изпитва страст към развитието, на което ще се посвети в Свободния софтуер, за да генерира вътрешно усещане за единение с разработеното, без да стига до крайност да развие чувство за собственост върху него .
• Трябва да има отлични и чести средства за комуникация между разработчици и потребители (сътрудници), така че работата да тече бързо и да се променя ефективно.

Надявам се, че тази информация ви е харесала и ви е била полезна, тъй като четенето на „Катедралата и чаршията“ е задължителна справка за всички, които програмират каквото и да е развитие в свободния софтуер, независимо колко голямо или малко.