Release early, release often

Un article de Wikipédia, l'encyclopédie libre.
Aller à : navigation, rechercher


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). 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].

Cette philosophie 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és 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 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 | modifier le code]

  1. (en) Leonard, « Triumph of the free-software will », Salon,‎ 2000-10-31 (lire en ligne) :

    « 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) Haddad, « Adopting an Open Source Approach to Software Development, Distribution, and Licensing », SYS-CON Education,‎ 2007-01-05 (lire en ligne) :

    « 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) Serebrin, « Canadian Startup MVP alternatives: Toronto's Guardly, Waterloo's Blackberry and NYC Dev Shop », Toronto Star,‎ 2013-03-13 (lire en ligne) :

    « 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,‎ 1997-05-27 (ISBN 1-56592-724-9, lire en ligne) :

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

  5. (en) Golden, « Golden's Rules: How to modify SugarCRM safely », Enterprise Linux News, TechTarget,‎ 2006-02-22 (lire en ligne) :

    « 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) Russell, « Jimmy Wales on Wikia Search’s Lukewarm Reveal », Wired News, Conde Naste Publications,‎ 2008-01-07 (lire en ligne) :

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

Annexes[modifier | modifier le code]

Articles connexes[modifier | modifier le code]

Liens externes[modifier | modifier le code]