Recherche
Filtre actif, cliquez pour en enlever un tag :
Cliquez sur un tag pour affiner votre recherche :
[ << Page précédente (50) ] [ Page suivante (0) >> ]
Journal du jeudi 03 janvier 2019 à 15:13
#JaiLu ce thread Hacker News au sujet des Monorepo : "Monorepos: Please don’t".
Il contient de très bons commentaires biens argumentés qui expliquent les avantages des Monorepo, j'ai trouvé cela passionnant 🙂.
Journal du mercredi 17 octobre 2018 à 16:06
#JaiDécouvert le site "Advantages of monorepos" (https://danluu.com/monorepo/).
Avantages :
- « Simplified organization » 👌
- « Simplified dependency management » 👌
- « atomic changes » 👌
- « Extensive code sharing and reuse » 👌
- « Unified versioning, one source of truth » 👌
- « Code visibility and clear tree structure providing implicit team namespacing » 👌
- « Large-scale refactoring » 👌
- « Collaboration across teams » 👌
Journal du mardi 12 décembre 2017 à 10:29
J'ai été perturbé par le contenu des slides « Monolithic repositories vs. Many repositories » de Fabien Potencier : https://speakerdeck.com/fabpot/a-monorepo-vs-manyrepos (voir 2017-12-03_1217).
J'ai continué à étudier le sujet des Monorepo et j'ai commencé à migrer un side project vers ce pattern. Pour le moment, l'expérience est très agréable. Je pense que je vais continuer dans cette direction.
Autre article intéressant au sujet de GitOps par Quentin Joly : https://une-tasse-de.cafe/blog/argocd/
Article Wikipedia : https://en.wikipedia.org/wiki/Flag_day_(computing)
(Internet, computing) A log (or blog, vlog, etc.) that updates the audience on the development progress of something, usually a video game, website or app.
Date de la création de cette note : 6 décembre 2024.
Quel est l'objectif de ce projet ?
En décembre 2017, convaincu par les avantages du modèle Monorepo, j'ai effectué un véritable changement de paradigme en abandonnant le modèle Multirepos.
Depuis, je n'ai eu aucun regret. J'utilise le modèle Monorepo dans tous mes projets, car il simplifie énormément la plutpart des workflow, notamment l'onboarding, grâce à des kits de développement simplifiés.
Cependant, le modèle Multirepos est très populaire, je le rencontre partout où j'interviens.
Cela me perturbe beaucoup, car je constate à chaque fois que ce modèle complique tout. L'onboarding, le flux de travail, de déploiement, la documentation…
L'objectif de ce projet est de documenter une méthode et des outils qui me permettent de maintenir en douceur, sans rien imposer, un monorepo qui contient un development kit de qualité, agréable à utiliser.
Je souhaite pouvoir travailler dans ce monorepo tout en envoyant mon travail dans des branches sur les multi repositories d'origine.
Je souhaite aussi pouvoir pull les changements des multi repositories vers mon monorepo.
Ces deux user stories me permettront d'améliorer le monorepo sans modifier le workflow de développement des autres membres de l'équipe.
Une fois le kit de développement du monorepo opérationnel, je pourrai présenter ce projet à l'équipe pour leur en montrer le fonctionnement, les avantages, ainsi que sa simplicité d'utilisation et d'onboarding.
Au final, il reviendra à l'équipe de décider si elle souhaite adopter ce paradigme ou non.
Repository de ce projet :
Ressources :
Article Wikipedia Anglais : https://en.wikipedia.org/wiki/No_Silver_Bullet Article Wikipedia Français : https://fr.wikipedia.org/wiki/Pas_de_balle_en_argent
« There is no single development, in either technology or management technique, which by itself promises even one order of magnitude tenfold improvement within a decade in productivity, in reliability, in simplicity. » -- from
Concept présent dans le livre The Mythical Man-Month.
Voir aussi Monorepo.
Voir aussi Multirepos.
https://fr.wikipedia.org/wiki/Manifeste_agile
Parmi ses signataires :
- Ward Cunningham l'inventeur du Wiki
- Kent Beck, père de l'extreme programming
- Ken Schwaber et Jeff Sutherland, fondateurs de Scrum
- Martin Fowler
- Andy Hunt
- Jared Richardson
Les données de fixtures sont des ensembles de données statiques ou préconfigurées utilisées pour des environnements de développement et de test d'une application web. Leur objectif est de fournir un contexte fonctionnel réaliste pour tester les fonctionnalités, sans dépendre de données dynamiques ou de production.
Voir aussi : données de démo.
Des données de démo ressemblent aux données de fixtures, mais elles ont une autre fonction : elles permettent de présenter ou de vendre une application. Elles contiennent des données qui permettent de présenter des scénarios d'utilisation, compréhensibles pour un public non technique, des histoires fictives, mais crédibles.
Site officiel : https://unfix.com/
Site officiel : https://trunkver.org/
Livre "Ship It! A Pratical Guide to Successfull Software Projects" de Jared Richardson et Will Gwaltney, préfacé par Andy Hunt.
Site officiel : https://pragprog.com/titles/prj/ship-it/
Organizing Business and Technology Teams for Fast Flow
https://itrevolution.com/product/team-topologies/
Les quatre topologies d'équipe fondamentales :
Practices of an Agile Developer
Livre "Practices of an Agile Developer" de Andy Hunt.
Want to be a better developer? This book collects the personal habits, ideas, and approaches of successful agile software developers and presents them in a series of short, easy-to-digest tips.
You’ll learn how to improve your software development process, see what real agile practices feel like, avoid the common temptations that kill projects, and keep agile practices in balance.
https://pragprog.com/titles/pad/practices-of-an-agile-developer/
J'ai lu ce livre en 2007.
Chapitres :
- ...
- Quick Fixes Become Quicksand
- ...
Voir aussi : Colocated code, Colocated documentation.
Voir aussi : Colocated code, Colocated issues.
Voir aussi Colocated documentation, Colocated issues
Dernière page.