> Tout le monde sait que la MoFo ne se fout pas de Linux,
Ça n'a pas l'air d'être le cas. Fait une recherche sur linuxfr, tu verras.
>gérer des EULA vs corriger la fenêtre d'ouverture des binaires pour ne pas aller chercher dans /usr/bin.
Gérer les EULA, ce n'est pas important ? (vu le ramdam que ça fait , je doute que cela ne le soit pas) Et conçernant cette histoire d'ouverture de binaire, c'est quoi ? C'est répertorié au moins dans le bugzilla ? Es tu sûr que personne ne s'en occupe ? Es tu sûr que ce n'est pas un problème dans ta distrib ? (personnellement, j'en ai jamais entendu parlé, mais faut dire aussi que je ne lance jamais de binaire directement à partir de mon navigateur)
>j'ai été frappé des discussions autour des fuites de mémoire de Phoenix, retrouvé dans Firebird, puis dans Firefox
Peut être y avait-il des choses plus importante à faire. À l'époque de Firefox < 1.0, l'équipe de dev à temps plein était TRÈS réduite, 4-5 développeurs à tout casser (sans parler que la majorité des contributeurs étaient plus focalisé sur la suite Mozilla). Et puis faut arrêter de focaliser sur les fuites mémoires, il y en avait, oui, mais pas non plus des masses (si cela était si catastrophique, je doute qu'il y aurait aujourd'hui 200 millions d'utilisateurs).
Vu les millions de lignes de code, il en a fallu du temps pour
1) déveloper les outils qui allaient permettre de mieux cerner la provenance des leaks
2) trouver des solutions
3) implémenter les solutions (sur, j'insiste, des millions de lignes de code)
Et tout ça, en parallèle aux autres développements, tant au niveau de l'amélioration du moteur de rendu que de l'interface utilisateur. Si les efforts avaient été concentré uniquement sur les leaks, Firefox n'aurait jamais été à 30% de part de marché aujourd'hui, mais largement en dessous, c'est certain.
Bref, Mozilla a toujours été à l'écoute de la communauté. Seulement il y a des problèmes qui ne se résolvent pas en un claquement de doigt, surtout quand il y a peu de ressources (ce qui était le cas à la naissance de Firefox, je le rappelle)
>dire que la communauté est injuste
La MoFo n'a jamais dit que la communauté était injuste. Mais peut-être confond tu la MoFo avec quelques contributeurs isolés.
Tiens, moi, par exemple, je trouve que tes propos sont injustes, sur le fait que Mozilla ne tient pas compte de ce que dit la communauté (j'y reviens). C'est pas la MoFo qui le dit, c'est MOI. Et je n'ai aucun rôle "officiel" au sein de la Mofo, de la Moco, ou même de Mozilla Europe, je ne suis qu'un simple contributeur parmis tant d'autre, donc il ne devrait y avoir aucune confusion.
> prendre en compte ce que dit la communauté... Le troisième point reste encore à améliorer largement
Tu vois, là, je trouve que tu es vraiment injuste, parce que c'est totalement faux. Mozilla prend en compte ce que dit la communauté (et il y a un bugzilla OUVERT pour ceux qui veulent vraiment communiquer les problèmes à Mozilla, et pas juste raler dans leur coin)
Mais j'ai l'impression que c'est un peu le travers de notre société actuel : quand il y a un problème, les gens veulent qu'il soit réglé de suite, ou pensent que ça peut se régler tout de suite. Mais malheureusement, un problème ne se résout rarement en un claquement de doigt. Outre le fait qu'il peut y avoir des contraintes techniques qui empêche ou complexifie la résolution (et donc qu'il faille d'abord lever ces contraintes techniques, et donc retarde la résolution du problème initial), il y aussi des contraintes de ressources, tant humaine, que financière. Et puis aussi d'autres priorités, tout les problèmes n'ont pas la même importance, même si un problème spécifique t'ennui, TOI, plus que tout autre.
Tout ça, les gens l'oublie, y compris toi semble-t-il.
Alors oui, il y a des améliorations encore à faire (et je le dis dans le journal), mais un peu de patience, les contributeurs y travaillent, depuis toujours, parce qu'ils aiment leur projet. Et si tu trouves que ça ne va pas assez vite, pas de souci : poste tes patches sur http://bugzilla.mozilla.org .
[^] # Re: Bonnes priorités ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Mozilla et Linux. Évalué à 3.
Ça n'a pas l'air d'être le cas. Fait une recherche sur linuxfr, tu verras.
>gérer des EULA vs corriger la fenêtre d'ouverture des binaires pour ne pas aller chercher dans /usr/bin.
Gérer les EULA, ce n'est pas important ? (vu le ramdam que ça fait , je doute que cela ne le soit pas) Et conçernant cette histoire d'ouverture de binaire, c'est quoi ? C'est répertorié au moins dans le bugzilla ? Es tu sûr que personne ne s'en occupe ? Es tu sûr que ce n'est pas un problème dans ta distrib ? (personnellement, j'en ai jamais entendu parlé, mais faut dire aussi que je ne lance jamais de binaire directement à partir de mon navigateur)
>j'ai été frappé des discussions autour des fuites de mémoire de Phoenix, retrouvé dans Firebird, puis dans Firefox
Peut être y avait-il des choses plus importante à faire. À l'époque de Firefox < 1.0, l'équipe de dev à temps plein était TRÈS réduite, 4-5 développeurs à tout casser (sans parler que la majorité des contributeurs étaient plus focalisé sur la suite Mozilla). Et puis faut arrêter de focaliser sur les fuites mémoires, il y en avait, oui, mais pas non plus des masses (si cela était si catastrophique, je doute qu'il y aurait aujourd'hui 200 millions d'utilisateurs).
Vu les millions de lignes de code, il en a fallu du temps pour
1) déveloper les outils qui allaient permettre de mieux cerner la provenance des leaks
2) trouver des solutions
3) implémenter les solutions (sur, j'insiste, des millions de lignes de code)
Et tout ça, en parallèle aux autres développements, tant au niveau de l'amélioration du moteur de rendu que de l'interface utilisateur. Si les efforts avaient été concentré uniquement sur les leaks, Firefox n'aurait jamais été à 30% de part de marché aujourd'hui, mais largement en dessous, c'est certain.
Bref, Mozilla a toujours été à l'écoute de la communauté. Seulement il y a des problèmes qui ne se résolvent pas en un claquement de doigt, surtout quand il y a peu de ressources (ce qui était le cas à la naissance de Firefox, je le rappelle)
>dire que la communauté est injuste
La MoFo n'a jamais dit que la communauté était injuste. Mais peut-être confond tu la MoFo avec quelques contributeurs isolés.
Tiens, moi, par exemple, je trouve que tes propos sont injustes, sur le fait que Mozilla ne tient pas compte de ce que dit la communauté (j'y reviens). C'est pas la MoFo qui le dit, c'est MOI. Et je n'ai aucun rôle "officiel" au sein de la Mofo, de la Moco, ou même de Mozilla Europe, je ne suis qu'un simple contributeur parmis tant d'autre, donc il ne devrait y avoir aucune confusion.
> prendre en compte ce que dit la communauté... Le troisième point reste encore à améliorer largement
Tu vois, là, je trouve que tu es vraiment injuste, parce que c'est totalement faux. Mozilla prend en compte ce que dit la communauté (et il y a un bugzilla OUVERT pour ceux qui veulent vraiment communiquer les problèmes à Mozilla, et pas juste raler dans leur coin)
Mais j'ai l'impression que c'est un peu le travers de notre société actuel : quand il y a un problème, les gens veulent qu'il soit réglé de suite, ou pensent que ça peut se régler tout de suite. Mais malheureusement, un problème ne se résout rarement en un claquement de doigt. Outre le fait qu'il peut y avoir des contraintes techniques qui empêche ou complexifie la résolution (et donc qu'il faille d'abord lever ces contraintes techniques, et donc retarde la résolution du problème initial), il y aussi des contraintes de ressources, tant humaine, que financière. Et puis aussi d'autres priorités, tout les problèmes n'ont pas la même importance, même si un problème spécifique t'ennui, TOI, plus que tout autre.
Tout ça, les gens l'oublie, y compris toi semble-t-il.
Alors oui, il y a des améliorations encore à faire (et je le dis dans le journal), mais un peu de patience, les contributeurs y travaillent, depuis toujours, parce qu'ils aiment leur projet. Et si tu trouves que ça ne va pas assez vite, pas de souci : poste tes patches sur http://bugzilla.mozilla.org .