Release early, release often

RERO

Release early, release often (abrégé en RERO, en français : publiez tôt, publiez souvent) est une philosophie de développement logiciel qui souligne l'importance de diffusions (release) précoces et fréquentes pour créer une boucle de rétroaction rapide entre les développeurs d'une part et les testeurs et les utilisateurs d'autre part. Elle s'oppose à la stratégie traditionnelle de diffusion basée sur les nouvelles fonctionnalités (feature-based).

Explication modifier

Les partisans avancent que la philosophie RERO permet un développement plus rapide, améliore l'implication des utilisateurs dans la définition du logiciel, et finalement favorise sa conformité aux attentes des utilisateurs[1] pour enfin aboutir à un programme de meilleure qualité[2].

Cette philosophie de développement vise à éviter de créer un logiciel que personne n'utilisera[3].

Elle a été popularisée par Eric S. Raymond dans son essai de 1997 La Cathédrale et le Bazar, où il formulait explicitement « Publiez tôt. Publiez souvent. Et écoutez vos clients »[4].

Cette philosophie a initialement été appliquée au noyau Linux et à d'autres logiciels libres, mais également ensuite à du développement de logiciel propriétaire et commercial. Les inconvénients de cette stratégie de diffusion incluent la possibilité de bugs plus fréquents ou même de pertes de données, et l'obligation pour les utilisateurs finaux de mettre à jour leur logiciel plus fréquemment[5].

L'alternative à la philosophie RERO est de diffuser seulement des versions longuement testées et supposées exemptes de bugs[6]. Les partisans de RERO mettent en doute le fait que cela aboutisse réellement à des livraisons de meilleure qualité[4].

Notes et références modifier

  1. (en) Andrew Leonard, « Triumph of the free-software will », Salon,‎ (lire en ligne, consulté le ) :

    « Open-source software, at heart, is a method for maximizing the efficiency and speed with which one can create the next version. Release early, release often, is the mantra, meaning get your new code out into the public so millions of eyes can tear it apart and help create a new version even faster »

  2. (en) Ibrahim Haddad, « Adopting an Open Source Approach to Software Development, Distribution, and Licensing », SYS-CON Education,‎ (lire en ligne, consulté le ) :

    « This practice is described as release early, release often. The open source community believes that this practice leads to higher-quality software because of peer review and the large base of users who are using the software, accessing the source code, reporting bugs, and contributing fixes. »

  3. (en) Jacob Serebrin, « Canadian Startup MVP alternatives: Toronto's Guardly, Waterloo's Blackberry and NYC Dev Shop », Toronto Star,‎ (lire en ligne [archive du ], consulté le ) :

    « Essentially, both philosophies [Release Early, Release Often and Minimum Viable Product] attempt to eliminate the risk of creating software that no one will use. »

  4. a et b (en) Eric Raymond, Release Early, Release Often, , 268 p. (ISBN 1-56592-724-9, lire en ligne)

    « Release early. Release often. And listen to your customers. »

  5. (en) Bernard Golden, « Golden's Rules: How to modify SugarCRM safely », Enterprise Linux News, TechTarget,‎ (lire en ligne, consulté le ) :

    « The downside of release early, release often can be work hard, update often if you have source code modifications that you must apply to the baseline open source product »

  6. (en) Terrence Russell, « Jimmy Wales on Wikia Search’s Lukewarm Reveal », Wired News, Conde Naste Publications,‎ (lire en ligne, consulté le ) :

    « We come from the world of open source, which is all about release early, release often rather than highly polished releases »

Annexes modifier

Articles connexes modifier

Liens externes modifier