Zenitram, ça me fait peur, je suis encore d'accord avec toi.
Et je trouve que ceux qui mettent dans la balance l'innovation devraient relire un peu l'histoire de UNIX (oui, GNU/Linux est toujours un Unix et essaie au maximum de respecter les standards, c'est marqué dans toutes les manpages) et notamment la partie sur la balkanisation : aucun de ces super UNIX qui innovaient à fond comparé au voisin n'a survécu. Non par manque d'innovation (certains ont eu de très bonnes idées), mais par manque de compatibilité les uns avec les autres.
Alors, oui, c'est chiant de standardiser et les organismes genre opengroup sont un peu long à la détente. Mais si le problème vient des organismes, il ne faut pas jeter le standard, mais bien l'organisme (ou le réformer). Parce que ce n'est pas en marginalisant les BSD qu'on arrivera à imposer Linux, ne nous trompons pas d'ennemis. Les BSD sont des alliés, et standardiser un protocole ou une API permet toujours d'en voir tous les défauts (par la multiplicité des points de vue).
[^] # Re: linuxo-centré.
Posté par rewind (Mastodon) . En réponse au journal systemd est un "bloat". Évalué à 10.
Zenitram, ça me fait peur, je suis encore d'accord avec toi.
Et je trouve que ceux qui mettent dans la balance l'innovation devraient relire un peu l'histoire de UNIX (oui, GNU/Linux est toujours un Unix et essaie au maximum de respecter les standards, c'est marqué dans toutes les manpages) et notamment la partie sur la balkanisation : aucun de ces super UNIX qui innovaient à fond comparé au voisin n'a survécu. Non par manque d'innovation (certains ont eu de très bonnes idées), mais par manque de compatibilité les uns avec les autres.
Alors, oui, c'est chiant de standardiser et les organismes genre opengroup sont un peu long à la détente. Mais si le problème vient des organismes, il ne faut pas jeter le standard, mais bien l'organisme (ou le réformer). Parce que ce n'est pas en marginalisant les BSD qu'on arrivera à imposer Linux, ne nous trompons pas d'ennemis. Les BSD sont des alliés, et standardiser un protocole ou une API permet toujours d'en voir tous les défauts (par la multiplicité des points de vue).