Modèle de développement de logiciel libre: la cathédrale et le bazar

La cathédrale et le bazar est un document de type manifeste développé par Eric S. Raymond en 1.998 pour tenter d'expliquer de sa propre perspective et expérience (Développement Fetchmail) ce qu'il a compris de la création et de l'évolution réussies de Linux et de ses programmes connexes, en particulier du point de vue de la différence entre les modèles de développement logiciel, qu'il a personnellement appelé: le modèle de cathédrale et le modèle de bazar.

Et dans cette publication, nous fournirons une analyse et un résumé dudit manifeste si populaire parmi les développeurs du mouvement du logiciel libre. Qui est disponible gratuitement et accessible dans de nombreuses parties du Web, mais peut être téléchargé à partir du lien Web suivant pour y accéder plus rapidement: La cathédrale et le bazar.

INTRODUCTION

Ce matériau «La cathédrale et le bazar» nous présente la vision que dans le monde du génie logiciel, il existe «deux styles de développement complètement différents, le modèle cathédrale, applicable à la plupart des développements réalisés dans le monde des logiciels commerciaux, par rapport au modèle bazar, plus typique du monde Linux ».

Soulignant que ces 2 modèles sont dérivés de points de départ opposés sur la nature du processus de débogage logiciel, et de sa théorie particulière sur ce qu'il a appelé la loi de Linus qui a déclaré ce qui suit: "Étant donné un nombre suffisant d'yeux, toutes les erreurs sont sans importance" ou en d'autres termes: "Avec un nombre suffisant d'yeux, toutes les erreurs ce sont des bagatelles".

Et il met l'accent sur le mot Hacker, que l'auteur a à mon avis exprimé comme une sorte d'Utilisateur de haut niveau capable de comprendre et d'exploiter efficacement un programme, et pour détecter, suggérer ou mettre en œuvre des corrections ou des modifications de forme et de substance efficaces pour l'ensemble de la communauté d'utilisateurs.

Dans d'autres littératures, ce mot ou concept appelé Hacker fait référence à:

«un expert, passionné par un certain domaine, en particulier le domaine technologique, et dont le but est de tirer parti de ces connaissances à des fins bénignes. C'est cette personne, généralement un professionnel dans un domaine de la connaissance, qui se passionne pour la connaissance, découvre et apprend de nouvelles choses et comprend comment elles fonctionnent, atteignant le point de l'améliorer avec des suggestions et des propositions efficaces, et toujours avec l'intention de partager des connaissances ou d'éviter une défaillance ou un dysfonctionnement de l'objet d'étude.

Ce qui est un concept plus universel et réel, puisqu'il y a des "Hackers" dans tous les domaines de la connaissance humaine.

DESARROLLO

Parmi ceux qui ont lu de tels documents, il y en aura sûrement un grand nombre qui conviendront que l'idée que «Linux est subversif» y est clairement exprimée. Mais pourquoi?

Parce que jusqu'à ce moment, il y avait un multiplicité de méthodes ou de modèles de développement de logiciels normalisés basés sur une «approche plus centralisée et planifiée dès le début» parce que l'acte de créer un Logiciel était considéré comme quelque chose associé à quelque chose qui conduisait à «une certaine complexité critique».

Et que malgré le fait que le monde Unix existait déjà, composé de petits outils, de prototypage rapide et de programmation évolutive, L'émergence de la philosophie de développement du logiciel libre sous Linux a amené la question à un autre niveau de sophistication.

Alors que Dans le monde du développement de logiciels privés, cela s'est fait de manière "silencieuse et respectueuse", tout comme une cathédrale est construite, dans le monde du développement de logiciels libres (Linux), cela a été fait "de manière bruyante et avec de multiples agendas (chemins) et approches (propositions)", tout comme vous étiez dans un grand bazar.

Ce grand manifeste nous donne plusieurs prémisses pour condenser les idées qui y sont exprimées, concernant le modèle de développement de logiciel libre, qui sont:

PREMISE # 1

TOUS LES BONS EMPLOIS DANS LE LOGICIEL COMMENCE À ESSAYER DE S'IL VOUS PLAÎT UN PROBLÈME PERSONNEL DU DÉVELOPPEUR LUI-MÊME.

Ce qui est une réalité indéniable car Beaucoup de ceux qui travaillent dans le développement de logiciels libres commencent généralement par la nécessité de résoudre un problème personnel, collectif ou de groupe., ou pour optimiser un processus déjà exécuté de manière plus lente et / ou répétitive, qui a souvent tendance à devenir épuisant et / ou ennuyeux pour ceux qui y participent, en essayant de maximiser le temps et les efforts des personnes impliquées.

PREMISE # 2

Les bons programmeurs savent ce qu'il faut écrire. LES PLUS GRANDS SAVENT QUOI RÉÉCRIRE ET RÉUTILISER.

Tout programmeur sait que partir de zéro n'est ni mauvais ni inutile lorsqu'il s'agit de développer un programme ou une application. Cependant, pour beaucoup de débutants et pour d'autres déjà bien informés en la matière, il est bien connu que parfois «Inventer la roue» n'est pas encore très efficace, mais il vaut mieux simplement l'optimiser et l'adapter à ses propres besoins. C'est-à-dire qu'il vaut mieux réécrire et assimiler tout le code éventuel d'autres experts du domaine qui nous concerne pour résoudre notre propre développement logiciel.

PREMISE # 3

"PENSEZ À EN JETER AU MOINS UN - VOUS FINISSEZ PAR LE FAIRE DE TOUTE MANIÈRE."

Un bon développeur de logiciels doit savoir écouter en détail ce que les utilisateurs de leurs développements disent ou suggèrent ou proposent, car un programme déjà fonctionnel peut encore devenir quelque chose de très gros, bien qu'il soit fonctionnel, quelque chose qui perd le nord, un monstre fonctionnel cela fait tout pour tout le monde, et à son tour quelque chose de pas agréable. Donc écouter pour remonter aux origines, reconquérir les utilisateurs perdus, ajouter de nouvelles fonctionnalités, supprimer les inutiles, rendre le programme plus petit, plus spécifique et général, est toujours une bonne pratique.

PREMISE # 4

SI VOUS AVEZ LA BONNE ATTITUDE, DES PROBLÈMES INTÉRESSANTS VOUS TROUVERONT.

Un bon changement d'attitude et de temps peut signifier un changement radical pour chaque programmeur ou développeur de logiciel dans ses développements actuels ou nouveaux qui à son tour signifient de nouveaux avantages de temps, d'argent ou de confort pour les utilisateurs de leurs produits. Soyez à l'affût des moyens innovants de résoudre les problèmes qui se présentent comme un bon symptôme dans la bonne direction.

PREMISE # 5

Lorsqu'un programme ne vous intéresse plus, votre dernier devoir est de le transmettre à un successeur compétent.

Pour de nombreux programmeurs ou développeurs de logiciels, ainsi que pour d'autres technologues, il n'est pas rare de vouloir consacrer du temps à de nouveaux projets. Mais dans le monde du Logiciel Libre, la prémisse est de passer le relais, il y en a d'autres qui aimeraient continuer le développement de leurs produits déjà abandonnés, pour lesquels ils doivent permettre à quiconque de pirater (améliorer) le programme pour eux-mêmes ou pour le profit des utilisateurs communautaires du programme.

PREMISE # 6

TRAITER VOS UTILISATEURS COMME DES COLLABORATEURS EST LE MOYEN LE MOINS COMPLIQUÉ D'AMÉLIORER RAPIDEMENT ET DE DÉBOGER EFFICACEMENT UN PROGRAMME.

Comme «gratuit» est souvent interprété comme «gratuit» dans le développement de logiciels libres, de nombreux programmeurs ont tendance à se regrouper pour éviter l'usure non rémunérée en s'alliant avec d'autres développeurs ou utilisateurs avancés de leurs développements, pour continuer les mêmes ou pour que d'autres les poursuivent. , en échange de recevoir des "crédits" dans le développement de futures innovations de code et en veillant à ce que les développements futurs incluent formellement certaines licences, afin d'éviter toute utilisation abusive de celles-ci.

PREMISE # 7

LIBÉRER BIENTÔT. LANCEZ-LE SOUVENT. ET ÉCOUTEZ VOS UTILISATEURS.

Contrairement au monde du développement de logiciels propriétaires, dans le logiciel libre, il est souvent vrai que beaucoup et vite c'est mieux. Étant donné que la large base d'utilisateurs et de développeurs qui utilisent et développent généralement un programme dans la communauté et interagissent à leur tour les uns avec les autres, pour communiquer leurs doutes, suggestions, propositions, plaintes et / ou revendications, peuvent devenir une source précieuse de connaissances pour rapidement faire évoluer un programme vers des stades avancés de développement.

PREMISE # 8

DONNÉ UNE LARGE BASE DE TESTEURS ET DE CONTRIBUTEURS, PRESQUE TOUS LES PROBLÈMES SERONT IDENTIFIÉS RAPIDEMENT ET LEUR SOLUTION SERA ÉVIDUELLE POUR QUELQU'UN.

Le matériel se termine par amener le lecteur à conclure, à plusieurs reprises, que la méthode de développement logiciel basée sur le modèle du bazar est très efficace. Parce que plus un développeur de logiciels fournit aux utilisateurs de pouvoir, de liberté ou de connaissances sur leur programme, plus ils peuvent apporter des idées ingénieuses ou des changements utiles, juste dans un but de bénéfice collectif.

Et cela est agréablement exprimé dans l'extrait suivant du matériel:

"C'est, je pense, la différence fondamentale entre les styles de cathédrale et de bazar. Selon le regard d'une cathédrale sur la programmation, les erreurs et les problèmes de développement sont des phénomènes insidieux, profonds et tordus. Il faut des mois d'examen minutieux par un petit nombre de personnes dévouées pour être sûr qu'elles ont été renvoyées. D'où les longs délais nécessaires à la sortie des nouvelles versions, et l'inévitable déception ressentie lorsque celles qui ont été attendues depuis si longtemps ne sont pas parfaites.

À la lumière du modèle du bazar, cependant, on suppose que les erreurs sont généralement des questions mineures ou, du moins, qu'elles le deviendront assez rapidement une fois qu'elles seront exposées aux yeux avides de quelques milliers de collaborateurs dévoués pour corriger la situation. et l'inverse à chaque nouvelle version. Vous continuez donc à publier des versions fréquemment pour obtenir encore plus de correctifs, et comme effet secondaire bénéfique, vous avez moins à perdre si vous vous trompez de temps en temps. "

CONCLUSION

Personnellement, ma petite expérience dans le domaine du développement de logiciels libres sous le modèle de type Bazar me laisse les conclusions suivantes:

• Les utilisateurs doivent être traités comme une ressource inestimable et, dans le meilleur des cas, comme des alliés inestimables pour leur collaboration dans le développement du produit.
• Chaque idée est bonne ou mérite d'être explorée, car parfois la moins suspectée peut être une excellente solution ou une amélioration pour le développement.
• Il est bon ou probable que l'idée originale se divise, se développe ou s'éloigne du concept original, mais ce qui est important, c'est de savoir dans quelle mesure on doit être concentré en termes de type de marché d'utilisateurs que vous souhaitez servir, servir ou aider.
• Pour être efficace et éviter les pertes d'effort dues à la dispersion.
• Le meilleur est un petit code direct, simple mais efficace qui parvient à être apprécié par la communauté comme correct.
• Un programme est déjà mature pour la Communauté d'utilisateurs, quand il n'y a plus rien à éliminer, car l'ajout est toujours une bonne possibilité à prendre en compte.
• Tout programme peut être utilisé (en partie ou en totalité) pour être réutilisé dans des fonctions qui n'ont pas été conçues à l'origine.
• Tous les logiciels doivent porter leurs licences et mesures de sécurité respectives pour la confidentialité de l'utilisation des données de l'utilisateur.
• Il n'est pas nécessaire de partir de zéro, quelqu'un a toujours développé quelque chose de similaire à notre idée conçue.
• Il faut travailler sur quelque chose que l'on aime, il faut ressentir de la passion pour le développement auquel il va se consacrer en Logiciel Libre afin de générer en interne un sentiment d'union avec ce qui est élaboré, sans atteindre l'extrême de développer un sentiment d'appartenance sur il.
• Il doit y avoir d'excellents moyens de communication fréquents entre les développeurs et les utilisateurs (collaborateurs), afin que le travail se déroule rapidement et change efficacement.

J'espère que vous avez aimé et que vous avez trouvé cette information utile, car la lecture de "La cathédrale et le bazar" est une référence obligatoire pour tous ceux qui programment un développement en logiciel libre, quelle que soit sa taille.