La stabilité ne signifie pas forcément l'immobilisme
Non, mais l'immobilisme entraîne la stabilité. Tout le reste, c'est juste des ajustements de paramètres avec des tradeoffs (techniquement, l'immobilisme aussi, c'est juste un cas extrême).
D'un coté, tu as la stabilité absolu d'un code qui ne change pas. De l'autre, tu as le fait de gérer qu'une version, la version HEAD (méthode à la Google, qui a aussi des outils de refactoring en masse).
Tout le reste, c'est choisir qui va faire le travail, avec bien sur tout le monde qui pense que idéalement, c'est quelqu'un d'autre qui va devoir bosser vu que y a déjà eu du travail pour le changement.
[^] # Re: L'histoire se répète
Posté par Misc (site web personnel) . En réponse au lien Flatpak is not the future et pourquoi l'auteur pense qu'on devrait développer pour GTK3 et pas GTK4. Évalué à 3.
Non, mais l'immobilisme entraîne la stabilité. Tout le reste, c'est juste des ajustements de paramètres avec des tradeoffs (techniquement, l'immobilisme aussi, c'est juste un cas extrême).
D'un coté, tu as la stabilité absolu d'un code qui ne change pas. De l'autre, tu as le fait de gérer qu'une version, la version HEAD (méthode à la Google, qui a aussi des outils de refactoring en masse).
Tout le reste, c'est choisir qui va faire le travail, avec bien sur tout le monde qui pense que idéalement, c'est quelqu'un d'autre qui va devoir bosser vu que y a déjà eu du travail pour le changement.