Je pense qu'il y a une différence dans ta comparaison entre
les distributions Linux et XMPP. C'est à partir du moment où
c'est dans ma distribution, je peux l'utiliser. Or, à partir
du moment où ça arrive dans mon client XMPP, ça ne veut pas
dire que c'est utilisable avec le serveur que j'utilise et/ou
avec le client de mon correspondant (et s'il y en plusieurs,
c'est encore pire).
Oui, l'analogie a ses limites et c'est aussi pour ça que j'ai pris l'exemple du VPN. Par exemple, je veux déployer Wireguard mais il n'est dispo sur le serveur (car j'ai un serveur sous Fedora), mais j'ai pas le support sur mon portable (car j'ai une RHEL 7).
Faire évoluer un écosystème, c'est beaucoup plus long quand tu ne le contrôles pas de bout en bout, cf le post de blog de Moxie sur Signal et les clients alternatifs.
C'est aussi à mon avis une des raisons de la création de Chrome par Google, à savoir ne pas attendre sur le W3C.
(après, pour les distribution, on pourrait aussi dire que pour
beaucoup d'outil, on peut les installer à la main à partir du
moment où ils sont disponible, c'est plus rapide que de coder
la fonctionnalité dans son client XMPP, mais c'est un peu du
détail qui n'est pas pertinent pour la discussion)
Oui, c'est un continuum. Ton exemple de compiler son logiciel est valable, mais quid de faire un backport d'un patch du noyau sur ton noyau courant, ou de devoir tirer les dépendances, de gérer le support officiel.
C'est plus lié à la transparence qu'au logiciel libre (genre,
personne n'a les infos en avance avec Android). On peut très
bien avoir une boite qui communique en avance sur son logiciel
propriétaire (mais peu le font pour éviter ces frustrations).
Android est pour moi une exception (que j'oublie), mais je vois ce que tu veux dire.
Et communiquer à l'avance pour une boite, c'est tout un art.
Ça se voit assez dans les jeux vidéos, avec par exemple le buzz autour de Cyberpunk 2077 sur plusieurs années, les développeurs indépendants qui ont leur propre blog (ou des campagnes kickstarters) ou Nintendo qui va juste dire "au fait, on va sortir ça dans 2 mois 敬語" en te montrant un nouveau jeu Mario.
[^] # Re: Triste
Posté par Misc (site web personnel) . En réponse au journal Multiple démissions dans l'équipe du réseau IRC Freenode. Évalué à 4.
Oui, l'analogie a ses limites et c'est aussi pour ça que j'ai pris l'exemple du VPN. Par exemple, je veux déployer Wireguard mais il n'est dispo sur le serveur (car j'ai un serveur sous Fedora), mais j'ai pas le support sur mon portable (car j'ai une RHEL 7).
Faire évoluer un écosystème, c'est beaucoup plus long quand tu ne le contrôles pas de bout en bout, cf le post de blog de Moxie sur Signal et les clients alternatifs.
C'est aussi à mon avis une des raisons de la création de Chrome par Google, à savoir ne pas attendre sur le W3C.
Oui, c'est un continuum. Ton exemple de compiler son logiciel est valable, mais quid de faire un backport d'un patch du noyau sur ton noyau courant, ou de devoir tirer les dépendances, de gérer le support officiel.
Android est pour moi une exception (que j'oublie), mais je vois ce que tu veux dire.
Et communiquer à l'avance pour une boite, c'est tout un art.
Ça se voit assez dans les jeux vidéos, avec par exemple le buzz autour de Cyberpunk 2077 sur plusieurs années, les développeurs indépendants qui ont leur propre blog (ou des campagnes kickstarters) ou Nintendo qui va juste dire "au fait, on va sortir ça dans 2 mois 敬語" en te montrant un nouveau jeu Mario.