


Que sont les rejets dans le développement de logiciels ?
Dans le contexte du développement de logiciels, un « jetable » est un terme utilisé pour décrire une implémentation jetable ou temporaire d'une fonctionnalité qui n'est pas destinée à faire partie du produit final. Le but d'un produit jetable est de tester rapidement et facilement une idée ou un concept sans y investir trop de temps ou de ressources.
Un produit jetable peut prendre de nombreuses formes, comme un simple croquis sur papier, un prototype rapide construit avec un minimum de code, ou même juste une description verbale d'une idée. La principale caractéristique d'un produit jetable est qu'il est destiné à être jeté une fois son objectif atteint et non inclus dans le produit final.
Les avantages de l'utilisation de produits jetables incluent :
1. Prototypage rapide : les produits jetables permettent aux développeurs de tester rapidement des idées et de les itérer sans investir trop de temps ou de ressources.
2. Flexibilité : les produits jetables peuvent être facilement modifiés ou rejetés s'ils ne fonctionnent pas comme prévu.
3. Rentable : les fonctionnalités jetables sont souvent plus rapides et moins coûteuses à développer que les fonctionnalités à part entière.
4. Risque réduit : en utilisant des produits jetables, les développeurs peuvent tester des idées sans s'engager dans une mise en œuvre à grande échelle.
Certains exemples courants de produits jetables incluent :
1. Code de preuve de concept : un simple morceau de code qui démontre la faisabilité d'une idée mais n'est pas destiné à une utilisation en production.
2. Applications prototypes : version préliminaire d'une application qui permet aux développeurs de tester l'interface utilisateur et les fonctionnalités avant d'investir dans un développement à grande échelle.
3. Croquis et wireframes : dessins rapides ou maquettes d'une idée qui aident les développeurs à visualiser le concept sans s'engager dans une conception finale.
4. Scripts de test : scripts temporaires utilisés pour tester des fonctionnalités ou des fonctionnalités spécifiques sans créer une suite de tests à part entière.



