Modelo de desenvolvemento de software libre: A catedral e o bazar

A catedral e o bazar é un documento de tipo manifesto desenvolvido por Eric S. Raymond no ano 1.998 para tratar de explicar desde a súa propia perspectiva e experiencia (Fetchmail Development) o que entendeu sobre a exitosa creación e evolución de Linux e os seus programas relacionados, especialmente desde a perspectiva da diferenza entre os modelos de desenvolvemento de software, que el persoalmente chamou: o modelo da catedral e o modelo do bazar.

E nesta publicación, proporcionaremos unha análise e resumo do devandito manifesto tan popular entre os desenvolvedores do Movemento Software Libre. Que está dispoñible e accesible gratuitamente en moitas partes da web, pero que se pode descargar desde a seguinte ligazón web para acceder a ela máis rapidamente: A Catedral e o Bazar.

Introdución

O devandito material «A catedral e o bazar» preséntanos a visión de que dentro do mundo da enxeñaría de software hai "dous estilos de desenvolvemento completamente diferentes, o modelo de catedral, aplicable á maioría dos desenvolvementos realizados no mundo do software comercial, en comparación co modelo de bazar, máis propio do mundo Linux ”.

Destacando que estes 2 modelos derivan de puntos de partida opostos sobre a natureza do proceso de depuración de software, e da súa particular teoría sobre o que chamou a Lei de Linus que dicía o seguinte: "Dado un número suficiente de ollos, todos os erros son irrelevantes" ou noutras palabras: "Cun número suficiente de ollos, todos os erros son bagatelas ”.

E fai fincapé na palabra hacker, que na miña opinión o autor expresou como unha especie de usuario de alto nivel capaz de comprender e explotar eficientemente un programa, e detectar, suxerir ou implementar correccións ou modificacións de forma e substancia eficientes para toda a comunidade de usuarios.

Noutras literaturas, esta palabra ou concepto chamado hacker refírese a:

«un experto, apaixonado por unha determinada área temática, especialmente a tecnolóxica, e cuxo propósito é aproveitar este coñecemento con fins benignos. É esa persoa, normalmente profesional nunha área de coñecemento, que é un apaixonado do coñecemento, descubre e aprende cousas novas e comprende como funcionan, chegando ao punto de melloralo con suxestións e propostas eficaces e sempre coa intención de compartir coñecemento ou evitar un fallo ou mal funcionamento do obxecto de estudo.

Que é un concepto máis universal e real, xa que hai "hackers" en todas as áreas do coñecemento humano.

desarrollo

Dos moitos que leron ese material, seguramente haberá un gran número de persoas que estarán de acordo en que a idea de que "Linux é subversivo" está claramente expresada alí. Pero por qué?

Porque ata ese momento houbo un multiplicidade de métodos ou modelos de desenvolvemento de software estandarizados baseados nun "enfoque máis centralizado e planificado desde o principio" porque o acto de crear software tomouse como algo asociado a algo que leva a "unha certa complexidade crítica".

E iso, aínda que o mundo Unix xa existía, composto por pequenas ferramentas, prototipado rápido e programación evolutiva, A aparición da filosofía de desenvolvemento de software libre baixo Linux levou o asunto a outro nivel de sofisticación.

Mentres No mundo do desenvolvemento de software privado fíxose dun xeito "silencioso e reverente", así como se constrúe unha catedral, no Mundo do Desenvolvemento de Software Libre (Linux) fíxose dun xeito "bullicioso e con múltiples axendas (camiños) e enfoques (propostas)", como se estiveses nun gran bazar.

Este gran manifesto dános varias premisas para condensar as ideas alí expresadas, en termos do modelo de desenvolvemento de software libre, que son:

PREMISO # 1

TODOS OS BOS TRABALLOS DO SOFTWARE EMPEZAN A TRATAR DE FACER UN PROBLEMA PERSOAL DO PROCESARIO.

Que é unha realidade innegable porque Moitos dos que traballan no desenvolvemento de software libre adoitan comezar debido á necesidade de resolver un problema persoal ou dun colectivo ou grupo, ou para optimizar un proceso xa executado dun xeito máis lento e / ou repetitivo, que a miúdo tende a ser esgotador e / ou aburrido para os que participan nel, intentando maximizar o tempo e os esforzos dos implicados.

PREMISO # 2

OS BOOS PROGRAMADORES SABEN QUE ESCRIBIR. OS MÁIS GRANDES SABER QUE REESCRIBIR E REUTILIZAR.

Calquera programador sabe que comezar de cero non é nada malo nin innecesario á hora de desenvolver un programa ou aplicación. Non obstante, para moitos que están comezando e para outros que xa teñen coñecemento na materia, é ben sabido que ás veces "Inventar a roda" de novo non é moi eficiente, pero é mellor simplemente optimizala e adaptala ás túas propias necesidades. É dicir, é mellor reescribir e asimilar todo o código posible doutros expertos na materia que nos ocupa para resolver o noso propio desenvolvemento de software.

PREMISO # 3

"PENSA SOBRE TIRANDO COMO MENOS: ACABARÁ FACENDO DE CALQUERA MANERA".

Un bo desenvolvedor de software debe saber escoitar polo miúdo o que din ou suxiren ou propoñen os usuarios dos seus desenvolvementos, xa que un programa que xa é funcional, pode converterse en algo moi grande, a pesar de ser funcional, algo que perde o norte, un monstro funcional. iso fai de todo para todos e, á súa vez, algo non moi agradable. Entón, escoitar volver ás raíces, recuperar usuarios perdidos, engadir novas funcionalidades, eliminar outras innecesarias, facer o programa máis pequeno, máis específico e xeral, sempre é unha boa práctica.

PREMISO # 4

SE TEN A ACTITUDE AXEITADA, PROBLEMAS INTERESANTES ATOPARÁNSE.

Un bo cambio de actitude e de tempo pode significar un cambio radical para cada programador ou desenvolvedor de software nos seus desenvolvementos actuais ou novos que á súa vez significan novas vantaxes de tempo, diñeiro ou comodidade para os usuarios dos seus produtos. Estea á procura de formas innovadoras para resolver problemas que se presentan nun bo síntoma na dirección correcta.

PREMISO # 5

CANDO UN PROGRAMA XA NON TE INTERESA, O TÚO ÚLTIMO DEBER É PÁSALO A UN SUCESOR COMPETENTE.

Para moitos programadores ou desenvolvedores de software, así como outros tecnólogos, non é raro querer dedicar novo tempo a novos proxectos. Pero no mundo do software libre a premisa é pasar a batuta, hai outros aos que lles gustaría continuar co desenvolvemento dos seus produtos xa abandonados, para o que deben permitir a calquera piratear (mellorar) o programa por si mesmos ou para o beneficio da comunidade usuarios do programa.

PREMISO # 6

TRATAR AOS SEUS USUARIOS COMO COLABORADORES É A MANEIRA MENOS COMPLICADA DE MELLORAR RAPIDAMENTE E DEBUGAR EFECTIVAMENTE UN PROGRAMA.

Como "gratuíto" adoita interpretarse como "gratuíto" no desenvolvemento de software libre, moitos programadores tenden a agruparse para evitar o desgaste non remunerado, aliándose con outros desenvolvedores ou usuarios avanzados dos seus desenvolvementos, para continuar ou para que outros os continúen. , a cambio de recibir "créditos" no desenvolvemento de futuras innovacións de código e garantir que os futuros desenvolvementos inclúan formalmente algunha licenza, para evitar o mal uso dela.

PREMISO # 7

LÁNDALO PRONTO. LÁNCAO MOITAS veces. E ESCOITA OS SEUS USUARIOS.

A diferenza do mundo do desenvolvemento de software privativo, no software libre adoita ocorrer que moito e rápido é mellor. Dado que a ampla base de usuarios e desenvolvedores que normalmente utilizan e desenvolven un programa na comunidade e á súa vez interactúan entre si, para comunicar as súas dúbidas, suxestións, propostas, queixas e / ou reclamacións, pode converterse nunha valiosa fonte de coñecemento para evolucionar rapidamente un programa cara a etapas maduras de desenvolvemento.

PREMISO # 8

DANDO UNHA BASE ABASTO DE PROBADORES E CONTRIBUTORES, CASE TODOS OS PROBLEMAS IDENTIFICARANSE RÁPIDAMENTE E A SÚA SOLUCIÓN SERÁ OBVIA A ALGUÉN.

O material remata facendo que o lector conclúa, moitas veces, que o método de desenvolvemento de software baseado no modelo Bazaar é moi eficaz. Porque canto máis poder, liberdade ou coñecemento proporciona un desenvolvedor de software aos usuarios sobre o seu programa, máis poden aportar ideas enxeñosas ou cambios útiles só co propósito de beneficiarse colectivamente.

E isto exprésase gratamente no seguinte fragmento do material:

"Esta é, creo, a diferenza fundamental entre os estilos de catedral e bazar. Segundo a forma en que unha catedral mira a programación, os erros e os problemas de desenvolvemento son fenómenos insidiosos, profundos e retorcidos. Un pequeno número de persoas dedicadas leva meses de escrutinio para estar seguros de que foron eliminadas. De aí que os longos períodos necesarios para o lanzamento de novas versións e a inevitable decepción experimentada cando aqueles que foron agardados durante tanto tempo non sexan perfectos.

Á luz do modelo de bazar, con todo, suponse que os erros normalmente son asuntos menores ou, polo menos, que se converterán con tanta rapidez unha vez que estean expostos aos ollos ansiosos dalgúns miles de colaboradores dedicados a poñer o dereito e ao revés cada nova versión. Polo tanto, sigues lanzando versións con frecuencia para conseguir aínda máis correccións e, como efecto secundario beneficioso, tes menos que perder se te metes de cando en vez. "

CONCLUSIÓN

Persoalmente, a miña pouca experiencia no campo do desenvolvemento de software libre baixo o modelo tipo Bazaar déixame as seguintes conclusións:

• Os usuarios deben ser tratados como un recurso inestimable e, no mellor dos casos, como aliados inestimables pola súa colaboración no desenvolvemento do produto.
• Cada idea é boa ou paga a pena explorala, xa que ás veces o menos sospeitoso pode ser unha gran solución ou mellora para o desenvolvemento.
• É bo ou probable que a idea orixinal se divida, se expanda ou se afaste do concepto orixinal, pero o importante é a concentración que se debe ter en función do tipo de mercado de usuarios que quere servir, servir ou axudar.
• Para ser eficiente e evitar a perda de esforzo por dispersión.
• O mellor é un código pequeno, directo, sinxelo pero eficiente que a comunidade consegue apreciar como correcto.
• Un programa xa está maduro para a comunidade de usuarios, cando xa non hai nada máis que eliminar, xa que engadir sempre é unha boa posibilidade a ter en conta.
• Calquera programa pode usarse (parcial ou totalmente) para ser reutilizado en funcións que non foron concibidas orixinalmente.
• Todo o software debe levar as súas respectivas licenzas e medidas de seguridade para a confidencialidade do uso dos datos do usuario.
• Non é necesario comezar de cero, alguén sempre desenvolveu algo semellante á nosa idea concibida.
• Debes traballar en algo que che guste, debes sentir paixón polo desenvolvemento ao que te dedicarás en Software Libre para xerar internamente un sentimento de unión co que se elabora, sen chegar ao extremo de desenvolver un sentimento de propiedade sobre el. .
• Debe haber excelentes e frecuentes medios de comunicación entre desenvolvedores e usuarios (colaboradores), para que o traballo flúa rapidamente e cambie de xeito efectivo.

Espero que vos gustou e atopou útil esta información, xa que a lectura de "A catedral e o bazar" é unha referencia obrigatoria para todos aqueles que programan calquera desenvolvemento de software libre, por grande ou pequeno que sexa.