Sans sombrer dans la paranoïa et la théorie du complot, il faudrait arrêter de tomber dans l'idyllique là.
Non clairement pas tout le monde à bien le droit de développer ce qu'il veut surtout quand il est crée son projet from scratch. Si son logiciel pose problème alors il n'est pas utilisé/intégré.
C'est une vue de l'esprit ça, ce n'est pas la réalité. Ta dernière phrase sonne comme une sorte d'évidence qui n'en est absolument pas une. Le fait que le développeur de systemd soit payé pour écrire ce code implique, de fait, que ce code fait partie d'une stratégie d'entreprise. Je ne porte aucun jugement de valeur hein, c'est juste une réalité économique. L'entreprise ne va pas laisser un développeur faire du code qui ne sert à rien. Donc, l'entreprise qui emploie l'auteur de systemd cautionne la manière dont celui-ci est fait, sans doute depuis le début, et a pour objectif de l'intégrer. Il n'y a pas de compétition entre systemd et un autre et RedHat choisirait entre les meilleurs, ce n'est absolument pas comme ça que ça se passe. RedHat pousse systemd pour remplacer SysV ou Upstart ou n'importe quoi mais c'est clairement pas pour le mettre en concurrence avec les autres et choisir éventuellement un autre à la fin. Si moi je me mets à développer un init merveilleux qui résout les mêmes problèmes que systemd et qu'il est mieux foutu que systemd, RedHat n'abandonnera pas systemd.
Et le fait que dans GNOME, il y ait également beaucoup d'employés de RedHat et que ceux-ci poussent pour utiliser... systemd, ce n'est pas un hasard. C'est également une stratégie d'entreprise. Mais on peut continuer à faire comme si tous ces braves gens étaient des philanthropes qui vivaient d'amour et d'eau fraîche, et qui n'avaient aucun intérêt dans cet ensemble.
Ce serait pareil avec une techno MS ou Apple, si ça pose un vrai problème alors ce n'est pas intégré si ça apporte vraiment quelque chose c'est intégré (à moins que tu pense que les communautés de développeurs sont touchées par des lobbyistes MS/Apple).
Oui, c'est clair, Microsoft ne pousse jamais ses nouvelles technos avec des méthodes de bourrin. Que ce soit les DirectX non compatibles ou .Net pour les exemples les plus visibles, MS attends gentiment que les gens se rendent compte de la supériorité technique de la nouvelle solution par rapport à l'existant. Sans aucune pression, ni aucune publicité, ni rien.
D'ailleurs c'est le cas cups viens d'Apple, si je ne m'abuse. Si ça n'apportait rien face à lp personne ne ce serait embêté.
CUPS a été racheté par Apple bien après avoir été le standard de fait sur toutes les distributions Linux. Ton exemple est mauvais.
[^] # Re: Portabilité et forçage
Posté par rewind (Mastodon) . En réponse à la dépêche Mise aux poings sur systemd. Évalué à 10.
Sans sombrer dans la paranoïa et la théorie du complot, il faudrait arrêter de tomber dans l'idyllique là.
C'est une vue de l'esprit ça, ce n'est pas la réalité. Ta dernière phrase sonne comme une sorte d'évidence qui n'en est absolument pas une. Le fait que le développeur de systemd soit payé pour écrire ce code implique, de fait, que ce code fait partie d'une stratégie d'entreprise. Je ne porte aucun jugement de valeur hein, c'est juste une réalité économique. L'entreprise ne va pas laisser un développeur faire du code qui ne sert à rien. Donc, l'entreprise qui emploie l'auteur de systemd cautionne la manière dont celui-ci est fait, sans doute depuis le début, et a pour objectif de l'intégrer. Il n'y a pas de compétition entre systemd et un autre et RedHat choisirait entre les meilleurs, ce n'est absolument pas comme ça que ça se passe. RedHat pousse systemd pour remplacer SysV ou Upstart ou n'importe quoi mais c'est clairement pas pour le mettre en concurrence avec les autres et choisir éventuellement un autre à la fin. Si moi je me mets à développer un init merveilleux qui résout les mêmes problèmes que systemd et qu'il est mieux foutu que systemd, RedHat n'abandonnera pas systemd.
Et le fait que dans GNOME, il y ait également beaucoup d'employés de RedHat et que ceux-ci poussent pour utiliser... systemd, ce n'est pas un hasard. C'est également une stratégie d'entreprise. Mais on peut continuer à faire comme si tous ces braves gens étaient des philanthropes qui vivaient d'amour et d'eau fraîche, et qui n'avaient aucun intérêt dans cet ensemble.
Oui, c'est clair, Microsoft ne pousse jamais ses nouvelles technos avec des méthodes de bourrin. Que ce soit les DirectX non compatibles ou .Net pour les exemples les plus visibles, MS attends gentiment que les gens se rendent compte de la supériorité technique de la nouvelle solution par rapport à l'existant. Sans aucune pression, ni aucune publicité, ni rien.
CUPS a été racheté par Apple bien après avoir été le standard de fait sur toutes les distributions Linux. Ton exemple est mauvais.