Pour prendre l'exemple de Spidermonkey, en pratique ça fait longtemps qu'il y a plusieurs VM en interne: une VM qui interprète, une VM qui JIT certains trucs, une VM Asm.js. Donc ça gène pas trop d'en rajouter une autre.
Pour la télé c'est justement quasi exactement le même système que sur téléphone (depuis le début, ça fait quelque temps maintenant). Il y a quelques différences qui ont justifié un fork au départ, puis du travail pour refusionner les deux.
Pour les autres projets IoT annoncés, certains partent d'une table rase car il n'y a en effet pas de sens de réutiliser le code de Firefox OS.
De mon côté, j'ai implémenté Let's Encrypt en utilisant le client simp_le. J'ai confiance dans ce client alternatif tout simplement parce que son auteur est aussi l'auteur du client officiel…
Merci pour l'article complet, y compris sur les sujets comme HPKP qui sont moins bien traités habituellement.
J'ai beau coder du JavaScript toute la journée, ça m'intéresse beaucoup de connaître les évolutions du noyau. (OK, j'avoue, j'ai déjà compilé un noyau… et je continue de temps en temps :) ).
Benoit, j'ai beaucoup de respect pour toi et le travail fantastique que tu as réalisé lorsque tu étais chez Mozilla. Cependant je pense que tu as ici une vision tronquée de la réalité. Tronquée parce que tu as vu cette réalité depuis l'intérieur de ton équipe, l'équipe Graphics, qui a été, il est vrai, particulièrement sollicitée dans le cadre de Firefox OS.
Néanmoins, Firefox OS a permis de tester dans des conditions réelles d'utilisation APZC (qui sort très prochainement dans Fx Desktop et qui est déjà sorti sur Android), ainsi que Electrolysis dans une certaine mesure. Le boulot réalisé alors pour Firefox OS aurait dû être réalisé de toute manière. Certes la pression du résultat a sans doute engendré de la dette technique. Il n'empêche.
Je pense aussi que, pour la première fois, Firefox OS a permis d'avoir des utilisateurs avancés des technologies Web dans Mozilla. Il y avait déjà les sites comme mozilla.org ou addons, mais ce n'est pas du tout le même type de sites. Là on parle d'applications.
Chez Microsoft ils ont outlook.com (ex-hotmail), outlook web access, Bing Maps, Sharepoint. Chez Google ils ont Search, Gmail, Gmaps, Gdocs, G+, sans parler des projets avortés comme Gwave. Chez Safari ils ont également tout un écosystème (que je ne connais pas bien).
Je crois qu'avoir des développeurs d'applications Web dans la maison a permis de remonter des bugs plus tôt, de tester des fonctionnalités expérimentales, de remonter des besoins UX aux équipes Devtools (par exemple), de traiter des problèmes de performance et de mémoire. Ces développeurs utilisaient bien souvent Nightly pour pouvoir développer leurs applications. Sans ces développeurs, Firefox Desktop va être (ama) plus buggé dans ses versions stables.
Si on reprend les statistiques de Statcounter sur l'époque donnée plus haut je ne vois pas de corrélation évidente entre les parts de marché de Firefox et le focus sur Firefox OS. Ce qui semble démentir ta thèse que "Firefox OS a condamné Mozilla".
On peut parler de la communauté à présent. Là c'est à mon tour d'avoir une vision tronquée vue de Paris. Nous avons organisé quelques meetups et hackathons autour de Firefox OS, certes assez tard, et clairement cela a amené de nouveaux contributeurs dans la communauté. Je te rejoins néanmoins partiellement sur la gestion de la communauté pendant plusieurs années. Je crois en effet comme toi (et c'est aussi ce que dit Mozinet) qu'on l'a trop délaissée.
Le support Wayland est une autre paire de manches. GTK3 n'apporte pas magiquement le support Wayland… Je ne crois pas qu'il y ait de travail sérieux sur le support Wayland tant que GTK3 n'est pas fini, mais on peut peut-être suivre https://bugzilla.mozilla.org/show_bug.cgi?id=635134.
Si tu veux te plaindre, il faut dire pourquoi. Juste dire "j'aime pas" ne suffira pas, il faut expliquer en quoi le nouveau comportement te gêne. Sinon c'est juste une préférence subjective, et ça…
Mozilla a résisté pendant longtemps, jusqu'à comprendre que ça ne changerait rien de résister. Je dirais même que ça emmerde plus les utilisateurs de ne pas les implémenter que de les implémenter…
De souvenir, c'était en effet prévu d'enlever complètement le code de l'ancien champ de recherche (que je trouve personnellement plus utilisable après avoir fait l'effort de s'y habituer).
Je crois savoir qu'il y a eu de grosses améliorations dans certains usages courants du DOM (je ne sais plus trop si c'est dans 42 ou dans 43), mais rien à voir avec JS en tant que tel.
Non, le code qui implémente les DRM dans Mozilla Firefox est sandboxé, il ne peut faire que très peu de choses. Sauf bug bien sûr, mais dans ce cas il suffit de le reporter pour qu'il soit corrigé.
Note qu'ils sont payés par la MoCo (c'est dans la deuxième colonne), donc par les revenus tirés des contrats avec Yahoo et compagnie.
Les dons de la MoFo sont utilisés pour les projets de la MoFo… Je vais schématiser un peu, mais en gros la MoFo finance tous les projets à part Firefox/Firefox OS. Comme exemples: WebMaker, Mozilla Science Lab, Mozilla Learning, Open News.
La MoFo paie aussi quelqu'un à plein temps pour influer sur la politique européenne dans le "bon" sens. On peut voir le résultat de ces efforts sur le blog de Mozilla dédié à ces sujets (un peu en vrac, c'est difficile de filtrer les efforts européens uniquement).
Clairement ils font un boulot de malade par rapport à leur budget. Si vous donnez à Mozilla Foundation, c'est pour ces projets. Je pense que c'est important et que les dons sont bien utilisés. À vous de voir :)
(note: MoCo est la Mozilla Company; MoFo est la Mozilla Foundation)
Mozilla paie beaucoup de gens partout dans le monde: dans la Silicon Valley bien sûr mais aussi ailleurs aux US, au Canada, en Allemagne, au Royaume-Uni, en France, en Italie, en Bulgarie, à Taïwan, au Brésil, en Chine, au Japon, en Espagne, en Nouvelle-Zélande, en Australie, et j'en oublie certainement. Alors oui, il y a beaucoup de développeurs aux US et au Canada, mais il y en a aussi beaucoup en dehors. Quant aux centres de décision ils sont plutôt situés en Amérique du Nord.
Note: dans les pays où Mozilla n'a pas de représentation légale, elle ne peut pas embaucher directement.
Je confirme aussi que c'est assez difficile d'avoir un mode de calcul "juste" pour rétribuer quelqu'un dans la Silicon Valley ou quelqu'un à Taipei qui font le même boulot.
Disponible que sur des téléphones pourris. C'est difficile dans ces cas là de savoir si le problème est hardware ou software. Pas bon pour l'image du produit !
Sur l'anti-malware le fonctionnement est beaucoup plus compliqué que ce que tu impliques, et permet de sauvegarder ta vie privée.
Sur la géoloc, un travail est en cours pour remplace Google par MLS. Je ne sais pas si c'est déjà utilisé sur Android par défaut mais je pense qu'on peut l'activer à la main, à vérifier.
Qui a un loyer très intéressant par rapport à sa surface et sa situation. Le statut de monument classé au patrimoine historique a des contraintes qui font baisser le coût.
Je rappelle aussi que le bureau de Paris comprend une salle de conférences utilisée 2 à 3 fois par semaine en moyenne par toutes sortes de projets en rapport avec les thèmes de Mozilla (Web, Logiciel libre, Open Data, vie privée…).
[^] # Re: WebAssembly
Posté par Julien Wajsberg . En réponse à la dépêche Firefox 45 ESR et autres actualités mozilliennes. Évalué à 1.
Pour prendre l'exemple de Spidermonkey, en pratique ça fait longtemps qu'il y a plusieurs VM en interne: une VM qui interprète, une VM qui JIT certains trucs, une VM Asm.js. Donc ça gène pas trop d'en rajouter une autre.
[^] # Re: WebAssembly
Posté par Julien Wajsberg . En réponse à la dépêche Firefox 45 ESR et autres actualités mozilliennes. Évalué à 2.
Pour la télé c'est justement quasi exactement le même système que sur téléphone (depuis le début, ça fait quelque temps maintenant). Il y a quelques différences qui ont justifié un fork au départ, puis du travail pour refusionner les deux.
Pour les autres projets IoT annoncés, certains partent d'une table rase car il n'y a en effet pas de sens de réutiliser le code de Firefox OS.
[^] # Re: WebAssembly
Posté par Julien Wajsberg . En réponse à la dépêche Firefox 45 ESR et autres actualités mozilliennes. Évalué à 10.
Ça doit pas être pratique dans la vie de tous les jours ça, dis moi. Tu veux en parler ?
[^] # Re: Hello - goodbye
Posté par Julien Wajsberg . En réponse à la dépêche Firefox 45 ESR et autres actualités mozilliennes. Évalué à 5.
En fait, non.
# Le client simp_le
Posté par Julien Wajsberg . En réponse à la dépêche Reparlons de Let’s Encrypt. Évalué à 10.
De mon côté, j'ai implémenté Let's Encrypt en utilisant le client simp_le. J'ai confiance dans ce client alternatif tout simplement parce que son auteur est aussi l'auteur du client officiel…
Merci pour l'article complet, y compris sur les sujets comme HPKP qui sont moins bien traités habituellement.
[^] # Re: bravo !
Posté par Julien Wajsberg . En réponse à la dépêche Sortie du noyau Linux 4.4. Évalué à 7.
Pas d'accord avec toi.
J'ai beau coder du JavaScript toute la journée, ça m'intéresse beaucoup de connaître les évolutions du noyau. (OK, j'avoue, j'ai déjà compilé un noyau… et je continue de temps en temps :) ).
Merci aux contributeurs de la dépêche !
[^] # Re: Firefox OS, l'amertume de la communauté
Posté par Julien Wajsberg . En réponse à la dépêche Firefox 44 débarque. Évalué à 2.
Non la décision n'a aucun rapport avec JanOS à la base.
[^] # Re: firefox réac ?
Posté par Julien Wajsberg . En réponse à la dépêche Firefox 44 débarque. Évalué à 4.
Moi je trouve ça joli, GTK.
Les goûts et les couleurs…
[^] # Re: Firefox OS, l'amertume de la communauté
Posté par Julien Wajsberg . En réponse à la dépêche Firefox 44 débarque. Évalué à 3.
Benoit, j'ai beaucoup de respect pour toi et le travail fantastique que tu as réalisé lorsque tu étais chez Mozilla. Cependant je pense que tu as ici une vision tronquée de la réalité. Tronquée parce que tu as vu cette réalité depuis l'intérieur de ton équipe, l'équipe Graphics, qui a été, il est vrai, particulièrement sollicitée dans le cadre de Firefox OS.
Néanmoins, Firefox OS a permis de tester dans des conditions réelles d'utilisation APZC (qui sort très prochainement dans Fx Desktop et qui est déjà sorti sur Android), ainsi que Electrolysis dans une certaine mesure. Le boulot réalisé alors pour Firefox OS aurait dû être réalisé de toute manière. Certes la pression du résultat a sans doute engendré de la dette technique. Il n'empêche.
Je pense aussi que, pour la première fois, Firefox OS a permis d'avoir des utilisateurs avancés des technologies Web dans Mozilla. Il y avait déjà les sites comme mozilla.org ou addons, mais ce n'est pas du tout le même type de sites. Là on parle d'applications.
Chez Microsoft ils ont outlook.com (ex-hotmail), outlook web access, Bing Maps, Sharepoint. Chez Google ils ont Search, Gmail, Gmaps, Gdocs, G+, sans parler des projets avortés comme Gwave. Chez Safari ils ont également tout un écosystème (que je ne connais pas bien).
Je crois qu'avoir des développeurs d'applications Web dans la maison a permis de remonter des bugs plus tôt, de tester des fonctionnalités expérimentales, de remonter des besoins UX aux équipes Devtools (par exemple), de traiter des problèmes de performance et de mémoire. Ces développeurs utilisaient bien souvent Nightly pour pouvoir développer leurs applications. Sans ces développeurs, Firefox Desktop va être (ama) plus buggé dans ses versions stables.
Si on reprend les statistiques de Statcounter sur l'époque donnée plus haut je ne vois pas de corrélation évidente entre les parts de marché de Firefox et le focus sur Firefox OS. Ce qui semble démentir ta thèse que "Firefox OS a condamné Mozilla".
On peut parler de la communauté à présent. Là c'est à mon tour d'avoir une vision tronquée vue de Paris. Nous avons organisé quelques meetups et hackathons autour de Firefox OS, certes assez tard, et clairement cela a amené de nouveaux contributeurs dans la communauté. Je te rejoins néanmoins partiellement sur la gestion de la communauté pendant plusieurs années. Je crois en effet comme toi (et c'est aussi ce que dit Mozinet) qu'on l'a trop délaissée.
[^] # Re: Firefox OS, l'amertume de la communauté
Posté par Julien Wajsberg . En réponse à la dépêche Firefox 44 débarque. Évalué à 0.
Tu mélanges tout, comme d'habitude.
Oui, il y a des choses à dire, mais Mozinet le dit mieux que toi sur son blog (malgré quelques inexactitudes).
[^] # Re: firefox réac ?
Posté par Julien Wajsberg . En réponse à la dépêche Firefox 44 débarque. Évalué à 8.
Firefox Beta, Aurora, Nightly utilisent par défaut GTK3. Le passage vers Stable se fera quand on pensera que c'est prêt (il y a encore quelques petits bugs par ci par là). Voir https://bugzilla.mozilla.org/show_bug.cgi?id=627699 pour suivre l'avancement. Voir aussi https://bugzilla.mozilla.org/show_bug.cgi?id=1245476 pour la désactivation dans Firefox 45 (mais Sylvestre semble dire que ce sera dans 46).
Le support Wayland est une autre paire de manches. GTK3 n'apporte pas magiquement le support Wayland… Je ne crois pas qu'il y ait de travail sérieux sur le support Wayland tant que GTK3 n'est pas fini, mais on peut peut-être suivre https://bugzilla.mozilla.org/show_bug.cgi?id=635134.
[^] # Re: Champ de recherche
Posté par Julien Wajsberg . En réponse à la dépêche Parution de Firefox 43. Évalué à 3.
Si tu veux te plaindre, il faut dire pourquoi. Juste dire "j'aime pas" ne suffira pas, il faut expliquer en quoi le nouveau comportement te gêne. Sinon c'est juste une préférence subjective, et ça…
[^] # Re: Utiliser dans la console
Posté par Julien Wajsberg . En réponse à la dépêche Parution de Firefox 43. Évalué à 1.
Je crois que c'est un héritage de Firebug, ça marche depuis très longtemps.
[^] # Re: DRM pourris ?
Posté par Julien Wajsberg . En réponse à la dépêche Parution de Firefox 43. Évalué à 6.
Mozilla a résisté pendant longtemps, jusqu'à comprendre que ça ne changerait rien de résister. Je dirais même que ça emmerde plus les utilisateurs de ne pas les implémenter que de les implémenter…
[^] # Re: Champ de recherche
Posté par Julien Wajsberg . En réponse à la dépêche Parution de Firefox 43. Évalué à 2.
Mmm ici ça marche (je suis dans Aurora 44 de la semaine dernière). Ce serait utile d'ouvrir un bug sur le sujet si tu peux.
[^] # Re: Utiliser dans la console
Posté par Julien Wajsberg . En réponse à la dépêche Parution de Firefox 43. Évalué à 2.
Note: depuis toujours on pouvait déjà utiliser $0 pour référencer dans la console l'élément sélectionné dans l'inspecteur. :)
[^] # Re: Champ de recherche
Posté par Julien Wajsberg . En réponse à la dépêche Parution de Firefox 43. Évalué à 2.
De souvenir, c'était en effet prévu d'enlever complètement le code de l'ancien champ de recherche (que je trouve personnellement plus utilisable après avoir fait l'effort de s'y habituer).
[^] # Re: Firefox déjà compilé avec GTK3 pour Arch Linux
Posté par Julien Wajsberg . En réponse à la dépêche Parution de Firefox 43. Évalué à 1.
Qu'est-ce qui te fait dire ça ?
Je crois savoir qu'il y a eu de grosses améliorations dans certains usages courants du DOM (je ne sais plus trop si c'est dans 42 ou dans 43), mais rien à voir avec JS en tant que tel.
[^] # Re: DRM pourris ?
Posté par Julien Wajsberg . En réponse à la dépêche Parution de Firefox 43. Évalué à 3.
Non, le code qui implémente les DRM dans Mozilla Firefox est sandboxé, il ne peut faire que très peu de choses. Sauf bug bien sûr, mais dans ce cas il suffit de le reporter pour qu'il soit corrigé.
Quelques sources: https://wiki.mozilla.org/GeckoMediaPlugins https://wiki.mozilla.org/Security/Sandbox
On peut néanmoins le désactiver facilement.
[^] # Re: Pendant ce temps là
Posté par Julien Wajsberg . En réponse à la dépêche Parution de Firefox 43. Évalué à 4.
Et ta source, où est-elle ?
Moi j'ai celle-là: la liste des bugs corrigés depuis un an: http://mzl.la/1QUmNb7
Peu de personnes de Mozilla dans le lot (certains de la liste bossent pour Mozilla sans avoir l'adresse @mozilla, mais ils sont peu nombreux ici).
[^] # Re: Budget
Posté par Julien Wajsberg . En réponse au journal La fin de Firefox OS. Évalué à 9. Dernière modification le 14 décembre 2015 à 15:20.
Note qu'ils sont payés par la MoCo (c'est dans la deuxième colonne), donc par les revenus tirés des contrats avec Yahoo et compagnie.
Les dons de la MoFo sont utilisés pour les projets de la MoFo… Je vais schématiser un peu, mais en gros la MoFo finance tous les projets à part Firefox/Firefox OS. Comme exemples: WebMaker, Mozilla Science Lab, Mozilla Learning, Open News.
La MoFo paie aussi quelqu'un à plein temps pour influer sur la politique européenne dans le "bon" sens. On peut voir le résultat de ces efforts sur le blog de Mozilla dédié à ces sujets (un peu en vrac, c'est difficile de filtrer les efforts européens uniquement).
Clairement ils font un boulot de malade par rapport à leur budget. Si vous donnez à Mozilla Foundation, c'est pour ces projets. Je pense que c'est important et que les dons sont bien utilisés. À vous de voir :)
(note: MoCo est la Mozilla Company; MoFo est la Mozilla Foundation)
[^] # Re: Budget
Posté par Julien Wajsberg . En réponse au journal La fin de Firefox OS. Évalué à 3.
Mozilla paie beaucoup de gens partout dans le monde: dans la Silicon Valley bien sûr mais aussi ailleurs aux US, au Canada, en Allemagne, au Royaume-Uni, en France, en Italie, en Bulgarie, à Taïwan, au Brésil, en Chine, au Japon, en Espagne, en Nouvelle-Zélande, en Australie, et j'en oublie certainement. Alors oui, il y a beaucoup de développeurs aux US et au Canada, mais il y en a aussi beaucoup en dehors. Quant aux centres de décision ils sont plutôt situés en Amérique du Nord.
Note: dans les pays où Mozilla n'a pas de représentation légale, elle ne peut pas embaucher directement.
Je confirme aussi que c'est assez difficile d'avoir un mode de calcul "juste" pour rétribuer quelqu'un dans la Silicon Valley ou quelqu'un à Taipei qui font le même boulot.
[^] # Re: C'est dommage...
Posté par Julien Wajsberg . En réponse au journal Firefox OS est bronsonisé. Évalué à 1.
voir https://firefoxos.mozilla.community/devices/: Nexus 4, Nexus 5, plusieurs Sony Xperia.
[^] # Re: Dommage
Posté par Julien Wajsberg . En réponse au journal Firefox OS est bronsonisé. Évalué à 1.
Sur l'anti-malware le fonctionnement est beaucoup plus compliqué que ce que tu impliques, et permet de sauvegarder ta vie privée.
Sur la géoloc, un travail est en cours pour remplace Google par MLS. Je ne sais pas si c'est déjà utilisé sur Android par défaut mais je pense qu'on peut l'activer à la main, à vérifier.
[^] # Re: Budget
Posté par Julien Wajsberg . En réponse au journal La fin de Firefox OS. Évalué à 4.
Qui a un loyer très intéressant par rapport à sa surface et sa situation. Le statut de monument classé au patrimoine historique a des contraintes qui font baisser le coût.
Je rappelle aussi que le bureau de Paris comprend une salle de conférences utilisée 2 à 3 fois par semaine en moyenne par toutes sortes de projets en rapport avec les thèmes de Mozilla (Web, Logiciel libre, Open Data, vie privée…).