Tu n'as pas du bosser beaucoup dans le dev de kernel linux toi :)
Quand un gusse pète une api kernel, c'est à lui de réparer les dégâts jusqu'à ce que tout compile. Il sait ce qu'il change c'est infiniment plus rapide que de compter sur la personne qui ne comprendra pas forcément la subtilité du changement.
Je vois pas le rapport avec la stabilité dans le temps. Windows arrive à offrir cette stabilité, pourquoi pas Linux ?
Mais à quel prix ? Le prix de la perte de drivers à chaque version de windows, Linux n'a rien perdu !
Les vendeurs de hardware se foutent rapidement de leur driver quand il n'est plus vendu.
windows a aussi la force d'avoir 90% du marché, cela oblige les constructeurs à suivre. L'obligation n'est pas la même pour Linux !
Je trouve que la solution actuelle est la moins couteuse pour avoir la meilleur qualité possible.
[^] # Re: rentrons dans le vif du sujet
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Linux un bloat, ah bon ?. Évalué à 2.
Quand un gusse pète une api kernel, c'est à lui de réparer les dégâts jusqu'à ce que tout compile. Il sait ce qu'il change c'est infiniment plus rapide que de compter sur la personne qui ne comprendra pas forcément la subtilité du changement.
Je vois pas le rapport avec la stabilité dans le temps. Windows arrive à offrir cette stabilité, pourquoi pas Linux ?
Mais à quel prix ? Le prix de la perte de drivers à chaque version de windows, Linux n'a rien perdu !
Les vendeurs de hardware se foutent rapidement de leur driver quand il n'est plus vendu.
windows a aussi la force d'avoir 90% du marché, cela oblige les constructeurs à suivre. L'obligation n'est pas la même pour Linux !
Je trouve que la solution actuelle est la moins couteuse pour avoir la meilleur qualité possible.
"La première sécurité est la liberté"