Le danger que j'y vois c'est le fait qu'on puisse colporter ces infos alors qu'elles sont fausses. Car clairement "La fin du "permissive add-on model" chez Mozilla, ou comment flinguer une base d'extensions", c'est faux.
Je suis désolé que tu vois les trucs ainsi. Le titre était volontairement provocateur, je l'admets, (c'était vendredi après tout), mais j'aimerais que l'on me dise en quoi le fond est faux. Pour la partie "la fin du permissive add-on model", c'est écrit tel quel dans le billet de la MoFo, en grands caractères :
Deprecation of XUL, XPCOM, and the permissive add-on model
(oui, on peut arguer que "fin" n'est pas tout à fait la traduction de "deprecation" mais bon, c'est vraiment jouer sur les mots)
Ensuite, "comment flinguer une base d'extensions" bah... j'espère que ce sera faux, mais :
1. Le fait est que tout changement d'API est dommageable pour la diversité des extensions de n'importe quel logiciel. Attention, je ne dis pas qu'ils ne doivent pas le faire, ni qu'ils n'ont pas de bonnes raisons pour, ni que c'est exclusif à Mozilla : je dis juste que c'est déjà limitatif, d'autant plus qu'on ne parle pas d'un changement dans 2-3 fonctions de l'API, mais bien d'une réécriture complète dans un langage différent.
2. Je me suis basé sur les propos de développeurs d'extension (DownThemAll, mais aussi d'autres sur la page de commentaires HackerNews portant sur le sujet). Par ailleurs, comme je l'ai répété, redit et réitéré, Mozilla est face à un dilemme, et même le billet de McCloskey sur le sujet ne résout rien : soit ils introduisent dans WebExtension les API permettant d'accéder aux mêmes ressources que via XUL/XPCOM aujourd'hui, soit ils limitent l'API aux fonctions de haut niveau, sans permettre de jouer dans les tripes de Firefox. Dans le premier cas, mon titre est en effet faux, sauf que par définition la nouvelle API ne règle alors aucun des problèmes soulevés par Mozilla pour justifier ce même changement d'API. Dans le second cas, bah oui, ça signifie que certaines extensions (pas toutes évidemment) ne pourront plus fonctionner avec WebExtension...
Bien sûr tout cela n'est pas binaire : Mozilla peut décider de réintroduire certaines sous-parties de son ancienne API dans WebExtension, en jugeant que la complexité supplémentaire apportée au développement du navigateur vaut la chandelle. C'est juste que présentement, bah on ne sait pas, et dans ces situations, il y a deux positions : soit dire "attendez de voir et on en reparlera", au risque de se retrouver avec quelque chose de complètement inadapté au final, soit expliciter les craintes des développeurs, même si celles-ci ne sont pas toutes avérées (par définition, puisque le produit n'est pas encore sorti...), au risque de se faire qualifier son journal de FUD...
Je ne suis pas trop sûr de ce qu'est la meilleure position, pour être franc.
[^] # Re: FUD !
Posté par Kalenx . En réponse au journal La fin du "permissive add-on model" chez Mozilla, ou comment flinguer une base d'extensions. Évalué à 4. Dernière modification le 24 août 2015 à 15:51.
Je suis désolé que tu vois les trucs ainsi. Le titre était volontairement provocateur, je l'admets, (c'était vendredi après tout), mais j'aimerais que l'on me dise en quoi le fond est faux. Pour la partie "la fin du permissive add-on model", c'est écrit tel quel dans le billet de la MoFo, en grands caractères :
(oui, on peut arguer que "fin" n'est pas tout à fait la traduction de "deprecation" mais bon, c'est vraiment jouer sur les mots)
Ensuite, "comment flinguer une base d'extensions" bah... j'espère que ce sera faux, mais :
1. Le fait est que tout changement d'API est dommageable pour la diversité des extensions de n'importe quel logiciel. Attention, je ne dis pas qu'ils ne doivent pas le faire, ni qu'ils n'ont pas de bonnes raisons pour, ni que c'est exclusif à Mozilla : je dis juste que c'est déjà limitatif, d'autant plus qu'on ne parle pas d'un changement dans 2-3 fonctions de l'API, mais bien d'une réécriture complète dans un langage différent.
2. Je me suis basé sur les propos de développeurs d'extension (DownThemAll, mais aussi d'autres sur la page de commentaires HackerNews portant sur le sujet). Par ailleurs, comme je l'ai répété, redit et réitéré, Mozilla est face à un dilemme, et même le billet de McCloskey sur le sujet ne résout rien : soit ils introduisent dans WebExtension les API permettant d'accéder aux mêmes ressources que via XUL/XPCOM aujourd'hui, soit ils limitent l'API aux fonctions de haut niveau, sans permettre de jouer dans les tripes de Firefox. Dans le premier cas, mon titre est en effet faux, sauf que par définition la nouvelle API ne règle alors aucun des problèmes soulevés par Mozilla pour justifier ce même changement d'API. Dans le second cas, bah oui, ça signifie que certaines extensions (pas toutes évidemment) ne pourront plus fonctionner avec WebExtension...
Bien sûr tout cela n'est pas binaire : Mozilla peut décider de réintroduire certaines sous-parties de son ancienne API dans WebExtension, en jugeant que la complexité supplémentaire apportée au développement du navigateur vaut la chandelle. C'est juste que présentement, bah on ne sait pas, et dans ces situations, il y a deux positions : soit dire "attendez de voir et on en reparlera", au risque de se retrouver avec quelque chose de complètement inadapté au final, soit expliciter les craintes des développeurs, même si celles-ci ne sont pas toutes avérées (par définition, puisque le produit n'est pas encore sorti...), au risque de se faire qualifier son journal de FUD...
Je ne suis pas trop sûr de ce qu'est la meilleure position, pour être franc.