Il y a souvent deux points de vue qui s'affrontent : centralisé vs décentralisé.
Ce qui me choque c'est qu'en effet, on peut débattre tant qu'on veut, dans les faits je suis le seul de toute ma famille à pouvoir m'autohéberger. Et même mon petit cousin de 14 ans qui de geekialise n'aura pas les compétences avant des années. L'informatique ce n'est pas sa vie.
En revanche il y a un truc qui marche très fort c'est le mutualisé. Regardez Tux-family, Legtux, Toile-Libre, ils sont pleins. Je me dis que les projets comme YunoHost pourraient être utilisés non pas à des fins personnelles mais familiales : on a tous un geek dans la famille qui arrivera à l'installer avec un magnifique tuto vulgarisant tout ça. Et sinon, les gens peuvent se tourner vers ces plateformes. Encore que ceux qui les cherchent sont ceux qui sont intéressés.
L'hébergement mutualisé à la maison ce serait envisageable dans quelques temps avec la VDSL chez OVH par exemple : 350Ko en upload, c'est large.
Tout compte fait ce qu'il manque à tout ce petit monde ce n'est pas les moyens, ni la technique, mais juste l'information. Le Libre ça ne se promeut pas sur TF1. Pas de pub, pas de rayonnement.
Tu ne te poses pas les bonnes questions. Des projets tels que Beedbox, Freedombox ou Yunhost peuvent avancer dans un sens qui techniquement chiffre les données, et les partages avec le premier pair venu.
On peut imaginer tout ce qu'on veut, l'informatique c'est fait pour ça. On peut imaginer un système qui note les tiers selon leur degré de disponibilité, selon leur fiabilité, et on duplique plus ou moins en fonction de ça. On peut continuer à imaginer.
Dans les faits je t'accorde qu'aujourd'hui assez peu d’éléments techniques sont réunis. Par exemple, ayant un niveau suffisant, je ne cherche pas à utiliser les projets simplifiant l’auto hébergement car je fais ma propre sauce.
En revanche tu te plantes sur la faisabilité de la chose et les répercussions que cela aurait.
Je consomme moi même les trois modèles :
- centralisé (Free/Yahoo/Hotmail) pour mes emails
- hébergement mutualisé pour mon blog
- autohébergé pour mon serveur XMPP et mes RSS
Je peux donc te dire que si l'autohébergement reste complexe c'est parce que les trois projets cités tout en haut ne sont pas vendu dans un boîtier (type box ADSL ou disque multimedia) qui se mettre à jour tout seul et qui propose d'ajouter des amis dans une liste et qui prendrait en charge les backup auto. "Si" cela était fait, je pense que la solution clé en main serait obtenue.
Bien évidemment il faudra un peu de temps pour penser à rendre ces trois options interopérables, c'est normal pour l'heure chacun essaye d'atteindre un truc qui marche.
Il reste à dénicher qui sont les cibles. Les adeptes de la centralisation, certainement pas. Mais les PME ? Les citoyens sensibilisés, quelques milliers certes, mais qui n'ont pas le niveau technique et qui ne le souhaitent pas. Pour eux, on peut faire un système sur clé USB totalement auto qui formate le disque interne, paramètre tout, demande à entrer quelques infos simples, et qui marche.
Ah mince, je n'étais pas au courant de ça. Je suis étudiant, je trouve la solution très complète et vraiment simple à utiliser à la vue du nombre de fonctionnalités proposées.
Convaincre les étudiants c'est convaincre les gens qui guideront les choix vers les nouveautés du marché auprès des entreprises :) Pensez à nous ! (la migration payante, pour une startup, pas vraiment imaginable)
tu confonds la portabilité des applications existantes vers ta plateforme et la portabilité des applications développées spécifiquement pour ta plateforme vers les autres plateformes
Oui, du coup :
1. Vers ma plateforme (All -> Firefox OS) : l'application développée pour une API spécifique à un mobile n'est plus portable. Il faut la réécrire.
2. Vers la même plateforme (Android -> Android) : à moins de la recompiler à chaque fois pour toutes les versions d'Android et tous les téléphones du monde (les CPU diffèrent énormément). Fragmentation du Store, Oil Rush n'est dispo que pour les Android qui ont un CPU très spécifique.
3. Vers les autres (Firefox OS -> All) : si ton appli n'a pas de communauté elle ne sera jamais dispo sur la plupart des autres plateformes (iOS, Maemo, Tizen, Ubuntu Phone, Windows Phone, Blackberry) parce que cela implique une réécriture (décrite au point 1.) qui n'est pas nécessaire sous Firefox OS grâce à l'API du W3C. Les appli tournent par exemple sous Android via la VM contenue dans Firefox Mobile.
Angry Bird n'a absolument pas besoin de revoir son interface pour changer de plateforme, pourtant à l'heure actuelle l'application Android .apk ne tourne pas sur un iOS.
ceux qui l'ont déjà écrite une fois pour iOS et une fois pour Android doivent la ré-écrire une troisième fois
Et à priori pour la dernière fois, non ? Plus besoin de maintenir les autres versions, et plus besoin d'écrire une cinquième fois l'application pour la prochaine plateforme.
Permettre d'écrire du code "natif" pour l'API non standard d'un OS empêche la portabilité des applications vers d'autres plateformes, c'est ce que j'exprimais.
API native de Android = code spécifique pour Android. Donc ton application n'est plus portable, à moins de la recompiler à chaque fois pour toutes les versions d'Android et tous les téléphones du monde (les CPU diffèrent énormément). Et si ton appli n'a pas de communauté elle ne sera jamais dispo sur la plupart des autres plateformes (iOS, Maemo, Tizen, Ubuntu Phone, Windows Phone, Blackberry).
Sous cet angle je trouve que ce que fait Mozilla est nettement plus intelligent et plus standard (ce n'est pas une simple norme qu'ils sont les seuls à implémenter).
Apple a peut être aussi très vite compris l'intérêt d'avoir une API qu'ils sont les seuls à administrer et qui rendent les applications exclusives aux iPhones. Le HTML5 c'est pas bon pour les affaires.
J'entends par là qu'aucune action supplémentaire de portage d'une appli n'est nécessaire pour l'utiliser sous Android ou iOS nativement si un navigateur prend en charge les spécifications du W3C. En théorie. Mozilla implémente pour le très court terme des choses qui sont en draft. Pour ce que tu indiques, les tailles d'écrans et autre il manque encore des spécifications à venir dans les prochaines versions (on m'a parlé de "media" quelque chose, pour connaître les propriétés des écrans type densité de pixels) pour être encore plus Responsive, donc la taille d'écran finira par avoir un plancher et ensuite l'application sera mise à l'échelle (principe du SVG je suppose ? Aucune idée).
Effectivement le Marketplace est plutôt vide pour l'instant ! Une application n'a pas besoin d'être dedans par contre : tout site utilisable et optimisé pour le tactile est par définition une application, et il y en a de fait des millions déjà disponibles.
Je prends deux exemples :
- Twitter a fait une application sur beaucoup d'OS mobiles, est-ce qu'une simple version mobile du site ne suffirait pas ? Si le site a besoin d’interactions particulières (avec le carnet d'adresses par exemple) pourquoi pas, mais ce n'est pas toujours le cas. Ces applications ne sont pas nécessaires.
- le lecteur Libre de RSS FreshRSS tourne particulièrement bien sur téléphone (il change d'apparence), a-t-il besoin d'être dans un quelconque market pour être utilisé comme application ? À mon sens non, il faudrait fournir à son installation un simple fichier texte appelé manifest.webapp pour indiquer dans quel répertoire aller chercher les icônes pour pinner sur le bureau par exemple, mais c'est tout.
L'interface est jolie selon mes critères, mais Mozilla a annoncé qu'elle n'avait pas été leur priorité à cause de la charge de travail. Ce sera l'objet du développement de cet été à ce que j'ai lu (ne me demandez aucune source je ne garde rien pendant mon surf).
Peut être qu'on ne s'attaque pas un marché totalement inconnu et incertain en fabriquant trop de produits ? Je ne sais pas. C'est vrai qu'ils auraient pu prévoir de tenir une journée complète.
Ce que je ne comprends pas et qui est ambiguë à chaque fois : est-ce que c'est un site en soit qu'on peut utiliser out-of-the-box comme PiratePad ou est-ce qu'il faut absolument ajouter ce script à un site ?
Et s'il n'y avait que ça. Les prix en dollars ne sont pas converti en euro à l'achat (c'est juste le sigle qui change, mais la conversion est faite sur le serveur). On ne peut pas non plus retirer une unité d'un produit quand on en a mis une de trop. Le site claque des exceptions un peu partout, et pourtant ils ont eu largement le temps d'y penser !
D'accord, donc d'une part le salaire perçu en France est bien ce que j'annonçais, ensuite rectifie moi si je suis dans le faux mais :
1. C'est une assoc à but non lucratif, donc aucune charge patronale ?
2. Ce sont des dons, donc 3 personnes plein temps pendant un an ?
100 000$ / an ? Sérieusement ? Je peux rire maintenant où je dois aller taper moi même "salaire développeur" dans un moteur de recherche pour montrer qu'on est sous la barre des 35 000€/ an ?
Il faut reconnaître que les fonctionnalités sont liées. Ceci dit le logiciel en est vraiment à ses débuts, je vois mal ce qui justifie cette sortie sur Indiegogo, mis à part récupérer leur popularité, l'attente et l'espérance des gens en transformation financière.
On doit quand même bien pouvoir dire qu'un client qui affiche les mails en conversations avec les gravatars est "moderne", et qu'un client qui affiche les mails les uns après les autres est plutôt "du passé". Sauf à être de mauvaise foi.
# Solution court terme : faites en profiter les autres, avec l'hébergement mutualisé
Posté par Vincent14 (site web personnel) . En réponse au journal Qui a vraiment besoin d'héberger soi-même ses données ?. Évalué à 3.
Il y a souvent deux points de vue qui s'affrontent : centralisé vs décentralisé.
Ce qui me choque c'est qu'en effet, on peut débattre tant qu'on veut, dans les faits je suis le seul de toute ma famille à pouvoir m'autohéberger. Et même mon petit cousin de 14 ans qui de geekialise n'aura pas les compétences avant des années. L'informatique ce n'est pas sa vie.
En revanche il y a un truc qui marche très fort c'est le mutualisé. Regardez Tux-family, Legtux, Toile-Libre, ils sont pleins. Je me dis que les projets comme YunoHost pourraient être utilisés non pas à des fins personnelles mais familiales : on a tous un geek dans la famille qui arrivera à l'installer avec un magnifique tuto vulgarisant tout ça. Et sinon, les gens peuvent se tourner vers ces plateformes. Encore que ceux qui les cherchent sont ceux qui sont intéressés.
L'hébergement mutualisé à la maison ce serait envisageable dans quelques temps avec la VDSL chez OVH par exemple : 350Ko en upload, c'est large.
Tout compte fait ce qu'il manque à tout ce petit monde ce n'est pas les moyens, ni la technique, mais juste l'information. Le Libre ça ne se promeut pas sur TF1. Pas de pub, pas de rayonnement.
[^] # Re: Non !
Posté par Vincent14 (site web personnel) . En réponse au journal Qui a vraiment besoin d'héberger soi-même ses données ?. Évalué à 1.
Tu ne te poses pas les bonnes questions. Des projets tels que Beedbox, Freedombox ou Yunhost peuvent avancer dans un sens qui techniquement chiffre les données, et les partages avec le premier pair venu.
On peut imaginer tout ce qu'on veut, l'informatique c'est fait pour ça. On peut imaginer un système qui note les tiers selon leur degré de disponibilité, selon leur fiabilité, et on duplique plus ou moins en fonction de ça. On peut continuer à imaginer.
Dans les faits je t'accorde qu'aujourd'hui assez peu d’éléments techniques sont réunis. Par exemple, ayant un niveau suffisant, je ne cherche pas à utiliser les projets simplifiant l’auto hébergement car je fais ma propre sauce.
En revanche tu te plantes sur la faisabilité de la chose et les répercussions que cela aurait.
Je consomme moi même les trois modèles :
- centralisé (Free/Yahoo/Hotmail) pour mes emails
- hébergement mutualisé pour mon blog
- autohébergé pour mon serveur XMPP et mes RSS
Je peux donc te dire que si l'autohébergement reste complexe c'est parce que les trois projets cités tout en haut ne sont pas vendu dans un boîtier (type box ADSL ou disque multimedia) qui se mettre à jour tout seul et qui propose d'ajouter des amis dans une liste et qui prendrait en charge les backup auto. "Si" cela était fait, je pense que la solution clé en main serait obtenue.
Bien évidemment il faudra un peu de temps pour penser à rendre ces trois options interopérables, c'est normal pour l'heure chacun essaye d'atteindre un truc qui marche.
Il reste à dénicher qui sont les cibles. Les adeptes de la centralisation, certainement pas. Mais les PME ? Les citoyens sensibilisés, quelques milliers certes, mais qui n'ont pas le niveau technique et qui ne le souhaitent pas. Pour eux, on peut faire un système sur clé USB totalement auto qui formate le disque interne, paramètre tout, demande à entrer quelques infos simples, et qui marche.
[^] # Re: Et ?
Posté par Vincent14 (site web personnel) . En réponse à la dépêche Message du Président Directeur Général de Linkeo. Évalué à 4.
Je trouve ça un peu léger. Sans être méchant ça ne méritait pas d’atterrir dans une dépêche.
[^] # Re: Vie privée
Posté par Vincent14 (site web personnel) . En réponse à la dépêche Ubuntu party parisienne, 1er et 2 juin 2013. Évalué à 1.
J'ai toujours du mal à seeder ce que j'ai récupéré des anciennes UP http://www.freetorrent.fr/index.php?page=torrents&search=ubuntu+party&category=0&active=1
J'aurai du faire des torrents de répertoires et non d'un zip, mais là j'ai la flemme de recommencer, de toute façon tout est dedans.
[^] # Re: .
Posté par Vincent14 (site web personnel) . En réponse à la dépêche Première mise en demeure pour l'association LinuxFr. Évalué à -1.
Ce serait plutôt une atteinte au secret des communications.
[^] # Re: Salut
Posté par Vincent14 (site web personnel) . En réponse au journal passage à debian testing. Évalué à 1.
Tout est possible, soyons fou !
[^] # Re: Migration ouverte ?
Posté par Vincent14 (site web personnel) . En réponse à la dépêche Blue Mind passe en version 2.0. Évalué à 3.
Ah mince, je n'étais pas au courant de ça. Je suis étudiant, je trouve la solution très complète et vraiment simple à utiliser à la vue du nombre de fonctionnalités proposées.
Convaincre les étudiants c'est convaincre les gens qui guideront les choix vers les nouveautés du marché auprès des entreprises :) Pensez à nous ! (la migration payante, pour une startup, pas vraiment imaginable)
# Qui ne pense pas à OpenStreetMap là ?
Posté par Vincent14 (site web personnel) . En réponse au journal Vélib' API REST de JCDecaux, accès en Go. Évalué à 2.
J'imaginerai bien que quelqu'un en fasse une map Libre en temps réel.
Mais ce n'est qu' une idée.
[^] # Re: Mises à jour en OTA?
Posté par Vincent14 (site web personnel) . En réponse au journal Les Geeksphone Keon et Peak sont disponibles à la vente !. Évalué à 2.
J'ai retrouvé la source https://hacks.mozilla.org/2013/04/geeksphone-to-start-selling-firefox-os-developer-preview-phones/
MAJ toutes les deux semaines. C'est clair que ça va changer des MAJ une fois par an d'Android.
[^] # Re:Journal— Les Geeksphone Keon et Peak sont disponibles àlavente !
Posté par Vincent14 (site web personnel) . En réponse au journal Les Geeksphone Keon et Peak sont disponibles à la vente !. Évalué à 2.
Oui, du coup :
1. Vers ma plateforme (All -> Firefox OS) : l'application développée pour une API spécifique à un mobile n'est plus portable. Il faut la réécrire.
2. Vers la même plateforme (Android -> Android) : à moins de la recompiler à chaque fois pour toutes les versions d'Android et tous les téléphones du monde (les CPU diffèrent énormément). Fragmentation du Store, Oil Rush n'est dispo que pour les Android qui ont un CPU très spécifique.
3. Vers les autres (Firefox OS -> All) : si ton appli n'a pas de communauté elle ne sera jamais dispo sur la plupart des autres plateformes (iOS, Maemo, Tizen, Ubuntu Phone, Windows Phone, Blackberry) parce que cela implique une réécriture (décrite au point 1.) qui n'est pas nécessaire sous Firefox OS grâce à l'API du W3C. Les appli tournent par exemple sous Android via la VM contenue dans Firefox Mobile.
Angry Bird n'a absolument pas besoin de revoir son interface pour changer de plateforme, pourtant à l'heure actuelle l'application Android .apk ne tourne pas sur un iOS.
Et à priori pour la dernière fois, non ? Plus besoin de maintenir les autres versions, et plus besoin d'écrire une cinquième fois l'application pour la prochaine plateforme.
Permettre d'écrire du code "natif" pour l'API non standard d'un OS empêche la portabilité des applications vers d'autres plateformes, c'est ce que j'exprimais.
[^] # Re:Journal— Les Geeksphone Keon et Peak sont disponibles àlavente !
Posté par Vincent14 (site web personnel) . En réponse au journal Les Geeksphone Keon et Peak sont disponibles à la vente !. Évalué à 0. Dernière modification le 24 avril 2013 à 10:17.
API native de Android = code spécifique pour Android. Donc ton application n'est plus portable, à moins de la recompiler à chaque fois pour toutes les versions d'Android et tous les téléphones du monde (les CPU diffèrent énormément). Et si ton appli n'a pas de communauté elle ne sera jamais dispo sur la plupart des autres plateformes (iOS, Maemo, Tizen, Ubuntu Phone, Windows Phone, Blackberry).
Sous cet angle je trouve que ce que fait Mozilla est nettement plus intelligent et plus standard (ce n'est pas une simple norme qu'ils sont les seuls à implémenter).
[^] # Re: applications
Posté par Vincent14 (site web personnel) . En réponse au journal Les Geeksphone Keon et Peak sont disponibles à la vente !. Évalué à 10.
Apple a peut être aussi très vite compris l'intérêt d'avoir une API qu'ils sont les seuls à administrer et qui rendent les applications exclusives aux iPhones. Le HTML5 c'est pas bon pour les affaires.
[^] # Re: Journal— Les Geeksphone Keon et Peak sont disponibles àla vente !
Posté par Vincent14 (site web personnel) . En réponse au journal Les Geeksphone Keon et Peak sont disponibles à la vente !. Évalué à 5.
Absolument ! C, C++, très probablement Python et compagnie, jette un œil à http://fr.wikipedia.org/wiki/Emscripten
[^] # Re: applications
Posté par Vincent14 (site web personnel) . En réponse au journal Les Geeksphone Keon et Peak sont disponibles à la vente !. Évalué à 0. Dernière modification le 23 avril 2013 à 17:57.
J'entends par là qu'aucune action supplémentaire de portage d'une appli n'est nécessaire pour l'utiliser sous Android ou iOS nativement si un navigateur prend en charge les spécifications du W3C. En théorie. Mozilla implémente pour le très court terme des choses qui sont en draft. Pour ce que tu indiques, les tailles d'écrans et autre il manque encore des spécifications à venir dans les prochaines versions (on m'a parlé de "media" quelque chose, pour connaître les propriétés des écrans type densité de pixels) pour être encore plus Responsive, donc la taille d'écran finira par avoir un plancher et ensuite l'application sera mise à l'échelle (principe du SVG je suppose ? Aucune idée).
Effectivement le Marketplace est plutôt vide pour l'instant ! Une application n'a pas besoin d'être dedans par contre : tout site utilisable et optimisé pour le tactile est par définition une application, et il y en a de fait des millions déjà disponibles.
Je prends deux exemples :
- Twitter a fait une application sur beaucoup d'OS mobiles, est-ce qu'une simple version mobile du site ne suffirait pas ? Si le site a besoin d’interactions particulières (avec le carnet d'adresses par exemple) pourquoi pas, mais ce n'est pas toujours le cas. Ces applications ne sont pas nécessaires.
- le lecteur Libre de RSS FreshRSS tourne particulièrement bien sur téléphone (il change d'apparence), a-t-il besoin d'être dans un quelconque market pour être utilisé comme application ? À mon sens non, il faudrait fournir à son installation un simple fichier texte appelé manifest.webapp pour indiquer dans quel répertoire aller chercher les icônes pour pinner sur le bureau par exemple, mais c'est tout.
L'interface est jolie selon mes critères, mais Mozilla a annoncé qu'elle n'avait pas été leur priorité à cause de la charge de travail. Ce sera l'objet du développement de cet été à ce que j'ai lu (ne me demandez aucune source je ne garde rien pendant mon surf).
[^] # Re: page de details down, mais commande possible
Posté par Vincent14 (site web personnel) . En réponse au journal Les Geeksphone Keon et Peak sont disponibles à la vente !. Évalué à 1.
Peut être qu'on ne s'attaque pas un marché totalement inconnu et incertain en fabriquant trop de produits ? Je ne sais pas. C'est vrai qu'ils auraient pu prévoir de tenir une journée complète.
# Site collaboratif ou simple script ?
Posté par Vincent14 (site web personnel) . En réponse à la dépêche TowTruck, développement web collaboratif temps-réel. Évalué à 1.
Ce que je ne comprends pas et qui est ambiguë à chaque fois : est-ce que c'est un site en soit qu'on peut utiliser out-of-the-box comme PiratePad ou est-ce qu'il faut absolument ajouter ce script à un site ?
[^] # Re: SIM
Posté par Vincent14 (site web personnel) . En réponse au journal Les Geeksphone Keon et Peak sont disponibles à la vente !. Évalué à 1.
Tu peux recommander une carte SIM neuve chez la plupart des opérateurs pour 10€ dans le pire des cas.
[^] # Re: page de details down, mais commande possible
Posté par Vincent14 (site web personnel) . En réponse au journal Les Geeksphone Keon et Peak sont disponibles à la vente !. Évalué à 4.
Les informations sont sur la page principale vers le bas http://www.geeksphone.com/#feat
Le Keon est épuisé depuis 9h30. À 9h45, plus de 5200 unités de Peak ont été vendues.
[^] # Re: C'est bon pour moi !
Posté par Vincent14 (site web personnel) . En réponse au journal Les Geeksphone Keon et Peak sont disponibles à la vente !. Évalué à 3.
Et s'il n'y avait que ça. Les prix en dollars ne sont pas converti en euro à l'achat (c'est juste le sigle qui change, mais la conversion est faite sur le serveur). On ne peut pas non plus retirer une unité d'un produit quand on en a mis une de trop. Le site claque des exceptions un peu partout, et pourtant ils ont eu largement le temps d'y penser !
[^] # Re: 100 000$
Posté par Vincent14 (site web personnel) . En réponse à la dépêche Yorba organise une campagne de dons pour Geary. Évalué à 0.
D'accord, donc d'une part le salaire perçu en France est bien ce que j'annonçais, ensuite rectifie moi si je suis dans le faux mais :
1. C'est une assoc à but non lucratif, donc aucune charge patronale ?
2. Ce sont des dons, donc 3 personnes plein temps pendant un an ?
[^] # Re: 100 000$
Posté par Vincent14 (site web personnel) . En réponse à la dépêche Yorba organise une campagne de dons pour Geary. Évalué à -2.
100 000$ / an ? Sérieusement ? Je peux rire maintenant où je dois aller taper moi même "salaire développeur" dans un moteur de recherche pour montrer qu'on est sous la barre des 35 000€/ an ?
[^] # Re: j'ai donné 15$
Posté par Vincent14 (site web personnel) . En réponse à la dépêche Yorba organise une campagne de dons pour Geary. Évalué à 1.
Il faut reconnaître que les fonctionnalités sont liées. Ceci dit le logiciel en est vraiment à ses débuts, je vois mal ce qui justifie cette sortie sur Indiegogo, mis à part récupérer leur popularité, l'attente et l'espérance des gens en transformation financière.
[^] # Re: à la Next
Posté par Vincent14 (site web personnel) . En réponse à la dépêche Yorba organise une campagne de dons pour Geary. Évalué à 1.
En tout cas on peut télécharger l'iso en daily depuis des mois, et c'est vraiment prêt à sortir, il est carrément perfectionniste.
[^] # Re:Simplicitéou indigence ?
Posté par Vincent14 (site web personnel) . En réponse à la dépêche Yorba organise une campagne de dons pour Geary. Évalué à 1.
On doit quand même bien pouvoir dire qu'un client qui affiche les mails en conversations avec les gravatars est "moderne", et qu'un client qui affiche les mails les uns après les autres est plutôt "du passé". Sauf à être de mauvaise foi.
[^] # Re: AdAway
Posté par Vincent14 (site web personnel) . En réponse au journal J'installe AdBlock Plus (sur Android). Évalué à 4.
À titre purement informatif, Adblock est sous GPL, version 3.0 https://addons.mozilla.org/fr/firefox/addon/adblock-plus/