J'ai un peu l'impression qu'on se focalise sur apple qui DOIT contribuer à khtml. Des forks ou des projets qui se basent sur d'autres LL y'en a toute les semaines. Est ce que ces forks ont pour mission de macher le travail ? Non ! Si on maintient une branche séparée c'est bien par ce qu'on ne pouvait pas faire avec la version principale. À partir de là, laisser le libre accès à ses modifications me semble suffisant. Si les changements interessent l'autre équipe c'est à eux de fournir le travail pour intégrer.
Par exemple quand Dillon à créé Dragonfly BSD personne chez FreeBSD n'a demandé que le boulot leur tombe dans le bec. Si FreeBSD veut des choses de Dragonfly bin ils remontent leurs manches et se débrouillent comme des grands pour que ca marche chez eux.
Bien sur on peut rêver d'un monde idéal... Le monde réel c'est un ensemble de joueurs ou chacun essait de tirer au mieux son epingle du jeu. C'est un jeu d'influence, de buz, et de technique. La c'est apple donc c'est des méchants, mais au sein de tout projet c'est exactement la même chose à une échelle plus petite. Chacun s'arrange pour que ca aille dans la direction qui l'interesse.
Pour finir si on veut pas que cela puisse se produire on fait du proprio/open source.
# Un mars aussi ?
Posté par ckyl . En réponse à la dépêche KDE doit-il abandonner KHTML pour Webcore ?. Évalué à 10.
Par exemple quand Dillon à créé Dragonfly BSD personne chez FreeBSD n'a demandé que le boulot leur tombe dans le bec. Si FreeBSD veut des choses de Dragonfly bin ils remontent leurs manches et se débrouillent comme des grands pour que ca marche chez eux.
Bien sur on peut rêver d'un monde idéal... Le monde réel c'est un ensemble de joueurs ou chacun essait de tirer au mieux son epingle du jeu. C'est un jeu d'influence, de buz, et de technique. La c'est apple donc c'est des méchants, mais au sein de tout projet c'est exactement la même chose à une échelle plus petite. Chacun s'arrange pour que ca aille dans la direction qui l'interesse.
Pour finir si on veut pas que cela puisse se produire on fait du proprio/open source.