• [^] # Re: Objectivement...

    Posté par . En réponse au journal A Generation Lost in the Bazaar. Évalué à 1.

    2) leur code ne serait pas commité s'ils refusent les règles (libre à eux de forker s'ils pensent que >c'est la bonne solution).
    Et c'est là que le bazard arrive, justement, genre, je sais pas, les dernières évolutions de gnome et les forks qui en découlent?
    Au final, même le dev en bazard n'évite pas le fork, parce que tout connement, peu importe la méthode de dev, il y a toujours quelqu'un ou une minorité qui a l'ascendant sur la communauté… comme Linus Torvalds l'a sur Linux (et Lennart sur systemd? aborder cet outil finira par donner le droit au point godwin huuhu)

    Mais certaines grandes lignes pourraient devenir communes et on verrait apparaître des standards de >fait.
    Les distros obéissent à ce point pour certaines choses:
    _ redhat et ses filles => rpm
    _ debian et ses filles => deb
    _ toutes celles que je connais (pas besef) => Xorg

    Un modèle encore plus haut serait de passer par POSIX/LSB/Freedesktop pour plus de choses encore.
    Voir plus haut.
    Sauf que:
    1. POSIX ne sera pas respecté par les gens: coûte trop cher, et même GNU considère ça comme de vulgaires conseils (http://www.gnu.org/prep/standards/html_node/Program-Behavior.html#Program-Behavior). Déjà que je les trouve ridicule avec leur "C only" (http://www.gnu.org/prep/standards/html_node/Source-Language.html#Source-Language) alors … bref.
    2. LSB ne semble pas spécialement motivé pour prendre en compte l'avis de tous (http://en.wikipedia.org/wiki/Linux_Standard_Base#Criticism)
    3. FreeDesktopOrg ne propose que des spécifications (http://fr.wikipedia.org/wiki/Freedesktop.org). Cela dis, j'ai l'impression qu'elles sont souvent suivies que les 2 normes sus-citées?

    Mais tout ça n'empêche pas que le bazard ou la cathédrale m'avaient toujours semblé s'appliquer au dev d'un seul logiciel? Pas d'un OS complet et des multitudes de logiciels qu'il inclue, et c'est la "faute" des dev qui ont tous différents besoins… Je me vois mal obliger les dev de firefox à utiliser telle librairie gérant la sérialisation plutôt que boost::serialization, par exemple.