La différence se trouve principalement que l’intérêt d'une boite n'est pas nécessairement le même que celui de la communauté et qu'elle a aussi un poids surdimensionne dans les décisions.
Même si GNOME ou systemd ont pris des décisions que l'on apprécie pas, elles ont toutes ou presque été faites a la suite de discussions et/ou votes (ex: https://lists.debian.org/debian-ctte/2014/02/msg00294.html ). Par ailleurs les décisions ont ete prise avec pour objectif le bien être du projet/communauté et non pas celui d'un unique membre de la communauté.
Tu ne verras jamais GNOME ou systemd enlever des parties du projet afin de les rendre propriétaires pour rendre les utilisateurs dépendant et prévenir d'autres boites de fournir des services dessus comme cela a été fait pour influxdb ( voir https://influxdata.com/blog/update-on-influxdb-clustering-high-availability-and-monetization/ ) ou les tests dans certains autres projets libres.
Tu ne les verras jamais aussi bloquer les contributions aux projets car cela peut nuire a leurs bénéfices de leurs autres produits proprietaires ou donner certains avantages a leur compétition.
Donc au final concentrer les gens avec les droits de commit peut donner un certain pouvoir qui peut être abusé. Ce n'est pas forcement le cas de toutes les boites, mais la diversité des développeurs et/ou la politique affichée de la boite derrière un projet sont des critères qui aident a mitiger ce risque.
[^] # Re: La version officielle
Posté par Paf . En réponse au journal Cozy cloud, maif et licenciement du CTO???. Évalué à 7.
La différence se trouve principalement que l’intérêt d'une boite n'est pas nécessairement le même que celui de la communauté et qu'elle a aussi un poids surdimensionne dans les décisions.
Même si GNOME ou systemd ont pris des décisions que l'on apprécie pas, elles ont toutes ou presque été faites a la suite de discussions et/ou votes (ex: https://lists.debian.org/debian-ctte/2014/02/msg00294.html ). Par ailleurs les décisions ont ete prise avec pour objectif le bien être du projet/communauté et non pas celui d'un unique membre de la communauté.
Tu ne verras jamais GNOME ou systemd enlever des parties du projet afin de les rendre propriétaires pour rendre les utilisateurs dépendant et prévenir d'autres boites de fournir des services dessus comme cela a été fait pour influxdb ( voir https://influxdata.com/blog/update-on-influxdb-clustering-high-availability-and-monetization/ ) ou les tests dans certains autres projets libres.
Tu ne les verras jamais aussi bloquer les contributions aux projets car cela peut nuire a leurs bénéfices de leurs autres produits proprietaires ou donner certains avantages a leur compétition.
Donc au final concentrer les gens avec les droits de commit peut donner un certain pouvoir qui peut être abusé. Ce n'est pas forcement le cas de toutes les boites, mais la diversité des développeurs et/ou la politique affichée de la boite derrière un projet sont des critères qui aident a mitiger ce risque.