Je peux comprendre que leur partenaire puisse vouloir garder le secret pour le moment. Ceci dit, je serais aussi vachement plus convaincu si c'était publique.
C'est que je cherche l’intérêt de Mir sinon.
Et qu'on ne me réponde pas "syndrome du NIH", ça serait sous-estimer Canonical qui obéit à des logiques commerciales.
Je pense que l’intérêt de Mir, c'est que Canonical veut une vue clair de la roadmap, alors qu'avec un projet externe ou la majorité des devs ne sont pas dans Canonical, tu peux pas faire des choix à court terme afin de suivre ton planning agressif. Pour moi, ça colle bien plus avec tout ce que Canonical a fait par le passé, que ça soit le fait de pousser la lens Amazon après le freeze sans suivre les règles , le fait de forker Debian au lieu de bosser dans Debian, le fait de rajouter des modules binaires au kernel ou de rajouter des tas de patchs court termes pas super upstreamable ( genre pour les histoires de layout claviers et de touche multimédias ) , le fait de faire unity au lieu de partir sur g-s ( et de refaire unity en qt, en gtk, puis en qml ).
Je pense que Shuttleworth voit bien les bénéfices de la collaboration autour du libre, mais qu'il estime quand même qu'aller de l'avant, ça marche mieux avec du leadership fort et sans attendre les autres qui vont pinailler.
Et que les ressources sont pas un souci, vu qu'il y a toujours assez de pognon, donc "maintenir mir" est un truc pour plus tard, comme certains trucs ou Canonical a fait volte face ( plymouth vs xsplash étant le plus visible selon moi ).
Et du coup, je suis pas sur que Canonical réponde à ce que je comprends dans "des logiques commerciales". Tu peux détailler ?
[^] # Re: Paranoïa
Posté par Misc (site web personnel) . En réponse au journal Ubuntu vs les autres distributions GNU/Linux. Évalué à 5.
Je peux comprendre que leur partenaire puisse vouloir garder le secret pour le moment. Ceci dit, je serais aussi vachement plus convaincu si c'était publique.
Je pense que l’intérêt de Mir, c'est que Canonical veut une vue clair de la roadmap, alors qu'avec un projet externe ou la majorité des devs ne sont pas dans Canonical, tu peux pas faire des choix à court terme afin de suivre ton planning agressif. Pour moi, ça colle bien plus avec tout ce que Canonical a fait par le passé, que ça soit le fait de pousser la lens Amazon après le freeze sans suivre les règles , le fait de forker Debian au lieu de bosser dans Debian, le fait de rajouter des modules binaires au kernel ou de rajouter des tas de patchs court termes pas super upstreamable ( genre pour les histoires de layout claviers et de touche multimédias ) , le fait de faire unity au lieu de partir sur g-s ( et de refaire unity en qt, en gtk, puis en qml ).
Je pense que Shuttleworth voit bien les bénéfices de la collaboration autour du libre, mais qu'il estime quand même qu'aller de l'avant, ça marche mieux avec du leadership fort et sans attendre les autres qui vont pinailler.
Et que les ressources sont pas un souci, vu qu'il y a toujours assez de pognon, donc "maintenir mir" est un truc pour plus tard, comme certains trucs ou Canonical a fait volte face ( plymouth vs xsplash étant le plus visible selon moi ).
Et du coup, je suis pas sur que Canonical réponde à ce que je comprends dans "des logiques commerciales". Tu peux détailler ?