À propos de mapping clavier, voici Querty-Lafayette, qui propose de rendre un Querty utilisable pour les français. Je n'ai pas essayé car je n'ai pas de clavier querty, mais il parait que c'est bien…
On peut aussi imaginer que la force en elle est beaucoup plus puissante que chez Anakin et Luke. D'ailleurs on remarquera que Luke et Anakin n'ont apparemment pas ou peu la capacité de manipuler les esprits. Rey est apparemment un être particulièrement surdoué (comme un certain Obiwan), mais qui ne soupçonnait pas jusqu'alors ses pouvoirs. D'ailleurs, contrairement à certaines théories qui voudraient qu'elle ait un lien familial avec les Skywalker, il se pourrait qu'elles fassent fausse route (attention spoiler). Du moins, cette dernière théorie serait plus cohérente.
contacter le responsable du dépôt principal pour lui suggérer de faire un git pull
Si le responsable du dépot est inconcient ou te fait hyper confiance, pourquoi pas.
Mais un responsable vraiment responsable, va
d'abord cloner ton dépot
faire une review et commenter
faire ensuite le pull
Au mieux, pour le responsable, ça lui fait faire donc 3 manips. Au pire Nx2+1 manips quand il demande N fois de corriger des choses. Et encore, la review peut être pénible quand on veut un diff globale entre deux branches (car là il faut créer un remote qui pointe vers le dépôt contributeur, puller la branche en question dans une branche spécifique etc… ça en fait des manip…)
Alors qu'avec github, il n'en a au pire que N+1 :
faire une review et commenter
cliquer sur un bouton
Sans pour autant que toi, en tant que contributeur, cela te demande plus de manipulation. Au contraire : tu n'as pas à chercher par quel moyen de communication tu dois lui envoyer un patch.
Franchement, je préfère largement que les contributeurs passent par github, plutôt que de m'envoyer des patchs par mail ou me donner l'url de leur dépôt. Quand j'ai régulièrement des contributions, je gagne du temps à faire les reviews et les merge.
À moins qu'il y ait des fonctionnalités dans git que je ne soupçonne pas, qui permettrait de faire les reviews et les merges de dépots distants en une seule commande…
J'espère que Mozilla va mettre à jour http://arewefastyet.com/ en incluant ChakraCore, ça pourrait être intéressant de comparer ses performances avec les autres :-) (où l'on voit d'ailleurs que V8 et SpiderMonkey sont équivalent en terme de perf, sauf sur le test sunspider où SpiderMonkey est meilleur)
Parce que la fondation Mozilla n'est pas une entreprise
Non, mais Mozilla Corp (detenu à 100% par la fondation), est une entreprise, donc avec les logiques classiques d'une entreprise : ne pas perdre d'argent. D'ailleurs, c'est aussi le but d'une association et d'une fondation : ne pas perdre d'argent. C'est toujours compliqué de faire des choses quand tu n'as pas d'argent. Pour la gestion de ta famille, de ton logement ou autre, tu n'as pas à etre rentable non plus. Pourtant tu cherches à avoir des bénéfices, c'est à dire de pas être dans le rouge sur ton compte en banque. Parce que sinon ça deviendra de plus en plus compliqué de faire vivre ta famille, de payer ton loyer ou tes traites etc…
Bref, une fondation, une entreprise c'est pareil. Ne pas être dans le rouge pour continuer à exister. Et donc stopper les trucs qui coûtent et qui ne servent plus à rien ou qui ne "fonctionne" plus.
Maintenant, le code du service est en open-source. Libre à ceux qui râlent (ou qui veulent tout simplement aider au "web libre et indépendant") de proposer le même service.
Oh que oui, entièrement d'accord avec toi ! Surtout après le "boulot", jusqu'au coucher du soleil _. La meilleure terrasse de Papeete à vrai dire :-) Et puis bon, là au moins la bière n'a pas fait 22000 km, sortie quasi direct du fût, fraîche de chez fraîche :-)
Pareil, j'aime bien cette bière :-) Fermentée à Tahiti, c'est la boisson ambassadrice de la Polynésie (à boire avec modération bien sûr), à telle point que son logo (la vahinée) est devenu un peu le logo de la polynésie (et le signe de reconnaissance en métropole, collé à l'arrière des voitures, de ceux qui ont vécu là bas…).
Par contre, en métropole, on trouve cette bière surtout en canette, et je trouve qu'elle est un peu moins bonne qu'en bouteille. Peut-être que l'aluminium donne un goût…
Pour info, chez moi, Firefox 38.5 considère déjà le premier certificat intermédiaire de Comodo, USERTrust RSA Certification Authority, comme une racine, donc la chaîne s’arrête à ce certificat.
Pareil chez moi sur la version 43. Il n'affiche pas de "parent" pour USERTrust RSA. Idem sur Chromium 47.
la non divulgation des codes sources ne rassurent pas pour autant, on reste soumis à l'utilisation forcée d'une boîte noire.
Bof. Ça peut être intéressant effectivement qu'on est le code source. Mais je doute que ERDF permettrait de remplacer le firmware.
Conclusion : le boitier resterait une boite noire, et rien ne garantirait que le code source disponible correspondrait à ce qui est réellement implanté dans la boiboite. De mon point de vue, avoir accès au code source ne me rassurerait pas plus que pas de code source.
C'est la même problématique que pour les ordinateurs de vote, les freebox etc…
Un téléphone est bourré de composants qui ont presque tous des firmwares qu'on ne peut pas déloger, en particulier celui du modem.
Que tu ais des drivers libres ou pas, ça ne change rien au final : tu l'as dans l'os en terme de vie privée, puisqu'on ne peut pas l'éradiquer 100%. Autant donc dépenser son énergie sur les couches supérieures, ce qui intéressait au final le plus Mozilla puisque je te rappelle que l'objectif premier de FirefoxOS est de fournir un environnement graphique pour téléphone 100% techno web (et faire ce qui est possible de faire en terme de vie privée, c'est à dire au niveau des applis).
Le rêve d'un téléphone 100% libre est juste une utopie, ne t'en déplaise.
Google a peut être écrit la spec de Shadow DOM, mais ce n'est aucunement une invention de Google. Ça existe depuis 15 ans dans Gecko, inventé par David Hyatt alors qu'il était chez Netscape, et créé pour implémenter XBL, aka, l'ancêtre des Web Components (qui est un ensemble de specs toutes tirés de la spec XBL2, une évolution de XBL).
Bref, l'éditeur d'une spec au W3C n'est pas forcément l'inventeur de la techno décrite.
J'ai oublié de parler aussi de leur nouveau programme d'aide aux projets qu'ils utilisent : Mozilla va verser en tout 1 millions de dollars à divers projets (je ne sais pas encore si les sommes versées à Django, Mercurial et ReadTheDocs se sont fait dans le cadre de ce programme…).
Imagine ce qu'il serait possible de faire avec tout ce fric. Le dev de Gimp qui stagne depuis des années parce que les codeurs tirent le diable par la queue et n'ont pas le temps de bosser à temps plein dessus.
Mozilla ne peut pas subventionner tous les projets libres ! Elle en subventionne déjà pas mal, et régulièrement. Derniers en date : 150000$ à Django pour apporter le support des websocket, 75000$ à Mercurial, 48000$ à ReadTheDocs.. Et ce ne sont que des exemples.
Et que dire des acheteurs de TV Panasonic telle que les CR850E vendue plus de 2300€…
Pourquoi ? Leur télé va s’arrêter de fonctionner ? Au niveau des évolutions, des mises à jour, tu crois que ça va changer grand chose par rapport à d'autres "télés connectés" ? La mienne (une thomson sous un OS non identifié), n'a plus de mise à jour depuis 2-3 ans (et je ne parle pas des "applis internet" qui n'existent plus) : elle fonctionne toujours, je continue à regarder la TNT, mes DVD/BR etc…
Et puis ça tombe bien, une TV, ce n'est pas un smartphone, et Mozilla indique qu'ils continuent de développer Firefox OS pour les "objets connectés". Donc bon…
Par contre qu'ils abandonnent les partenariats pour les smartphones, ça veut dire plus d'évolutions pour les applis téléphoniques et l'appli "bureau" de Firefox OS (faut pas se leurrer, ils vont doucement mais sûrement les abandonner), et ça me fait vraiment, vraiment ch**r. Quand le matos de mes téléphones Firefox OS lâchera, je me vois mal reprendre un de ces téléphones de merdes sous android à 800 boules, bourrés d'appli éspionnes inutiles, lentes et qu'on peut pas enlever.
On prendra ces chiffres avec des pincettes du fait de leur description imprécise et de leur origine (Zend),
Pas besoin de pincettes. Les améliorations ont été largement confirmées par d'autres sociétés sur des vrais infrastructures. J'ai eu des retours sur des boites qui ont fait des tests et qui vont diminuer de manière significative le nombre de leur serveurs PHP grâce à PHP7.
PHP 7 devait aussi apporter une compilation à la volée, nous en parlions en ces termes dans la dépêche annonçant la sortie de PHP 5.6 (..) Malheureusement, cette nouvelle évolution se fait attendre.
Dans l'une des conférences au Forum PHP de cette année, celle de Zeev Suraski si je ne me trompe pas (l'un des créateurs du zend engine), il expliquait qu'ils s'étaient lancés dans le JIT. Mais les benchs avaient montrés que les améliorations sur les perfs n'étaient pas au rendez-vous, en tout cas, pas dans des cas normaux, c'est à dire sur des vrais sites web. Donc ils ont abandonnés l'idée. Donc à mon avis, on va longtemps attendre cette évolution qui n'apporte à priori peu d'avantage avec l'architecture actuelle du zend engine.
Ils ont par contre découvert qu'ils pouvaient faire beaucoup d'amélioration coté occupation mémoire, avec des bénéfices coté perf (moins de mémoire occupée, ça fait moins de travail pour la gestion de la mémoire entre autre). Et les résultats sont là.
Une batterie au lithium(ressource rare) d'Amérique du sud qu'on doit changer souvent
Et qu'il faut recycler correctement, sous peine de pollution environnementale et donc d'atteinte à la santé. Et ça doit être "chouette" les accidents de voitures électriques, quand les batteries sont éventrées…
C'est comme les ampoules basses consommation : on nous bassine que c'est écologique parce que ça consomme moins. Alors que le coût écologique de la fabrication de ces ampoules est sans commune mesure avec celle des ampoules incandescentes. Idem pour le coût écologique de la fin de vie.
En effet une ampoule basse consommation est bourrée de composants électroniques, de mercure et autres cochonneries alors qu'une ampoule classique ce n'est qu'une simple ampoule de verre + fil de tungstene + culot en ferraille. L'énergie utilisée pour fabriquer ces ampoules "écologiques" doit certainement être bien supérieure à celle que l'on aura "économisé" durant son utilisation (quand elles ne claquent pas prématurément, alors qu'on nous promet des durées de vie plus longues) : le nombre de matières premières à extraire, à produire, à acheminer et à transformer est bien plus élevé que celui des ampoules classiques. (extraction = destruction de la nature, acheminement/production/transformation = co2 + pollution + energie consommée)
Ensuite je doute que la majorité des ampoules soient recyclées correctement et donc elles finissent dans la nature ou les décharges, ou encore à l’incinérateur dont on respire les émanations tôt ou tard malgré les soi-disant supers filtres. je ne suis pas un spécialiste, mais j'ai comme l'intuition que sur le long terme, tout ceci ne doit pas être super bon pour l'environnement et la santé, malgré les quantités minimes dans les ampoules.
Et je ne parle pas de l'efficacité toute relative à l'usage…
Bref, de mon point de vue, les ampoules basse consommation sont la plus grosse arnaque des industriels et politiques en ce début de siècle Un désastre écologique à court terme (fabrication) et à long terme (pollution en fin de vie).
tu ne dois pas beaucoup surfer sur le web pour dire ça…
Que ce soit avec uBlock, ghostery ou autre, fatalement, ça casse certains sites pour lesquels les devs n'ont pas vérifié le bon fonctionnement avec les bloqueurs. Et généralement le site est cassé parce qu'ils ont du code qui est dépendant d'un tracker bloqué et qui du coup provoque une erreur JS : le reste du code n'est pas executé. Site cassé.
Les greffons concernés par cette suppression de prise en charge, sont les plugins de type NPAPI, qui sont activables via une balise object dans les pages web, donc qui "s'incrustent" dans la page, à la demande de l'auteur de la page web.
Le greffon H264 c'est un autre type de plugin, un codec, qui étend l'implémentation de webrtc (complétement transparent du point de vue du développeur web, il ne peut agir dessus)
[^] # Re: Querty-lafayette
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le gouvernement français veut changer de clavier. Évalué à 3.
non, erreur de frappe…
# Querty-lafayette
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Le gouvernement français veut changer de clavier. Évalué à 3.
À propos de mapping clavier, voici Querty-Lafayette, qui propose de rendre un Querty utilisable pour les français. Je n'ai pas essayé car je n'ai pas de clavier querty, mais il parait que c'est bien…
[^] # Re: Hard SF vs Soft SF
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Qui nous sauvera de J. J. Abrams ?. Évalué à 2.
Oui, c'est ce qu'indique le lien :-p
[^] # Re: SW
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Qui nous sauvera de J. J. Abrams ?. Évalué à 7. Dernière modification le 19 janvier 2016 à 09:50.
On peut aussi imaginer que la force en elle est beaucoup plus puissante que chez Anakin et Luke. D'ailleurs on remarquera que Luke et Anakin n'ont apparemment pas ou peu la capacité de manipuler les esprits. Rey est apparemment un être particulièrement surdoué (comme un certain Obiwan), mais qui ne soupçonnait pas jusqu'alors ses pouvoirs. D'ailleurs, contrairement à certaines théories qui voudraient qu'elle ait un lien familial avec les Skywalker, il se pourrait qu'elles fassent fausse route (attention spoiler). Du moins, cette dernière théorie serait plus cohérente.
[^] # Re: Hard SF vs Soft SF
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Qui nous sauvera de J. J. Abrams ?. Évalué à 5.
Ah bon ??? Le téléporteur a été inventé sur une base scientifique ? Foutaise.
[^] # Re: Contribuer au projet sans GitHub
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Le retour de la Méthode R.A.C.H.E. Évalué à 0.
Tu oublies l'outil de review, avec possibilité de commenter chaque ligne de code etc… Ce que tu ne peux faire facilement par mail…
[^] # Re: Contribuer au projet sans GitHub
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Le retour de la Méthode R.A.C.H.E. Évalué à 2.
Si le responsable du dépot est inconcient ou te fait hyper confiance, pourquoi pas.
Mais un responsable vraiment responsable, va
Au mieux, pour le responsable, ça lui fait faire donc 3 manips. Au pire Nx2+1 manips quand il demande N fois de corriger des choses. Et encore, la review peut être pénible quand on veut un diff globale entre deux branches (car là il faut créer un remote qui pointe vers le dépôt contributeur, puller la branche en question dans une branche spécifique etc… ça en fait des manip…)
Alors qu'avec github, il n'en a au pire que N+1 :
Sans pour autant que toi, en tant que contributeur, cela te demande plus de manipulation. Au contraire : tu n'as pas à chercher par quel moyen de communication tu dois lui envoyer un patch.
Franchement, je préfère largement que les contributeurs passent par github, plutôt que de m'envoyer des patchs par mail ou me donner l'url de leur dépôt. Quand j'ai régulièrement des contributions, je gagne du temps à faire les reviews et les merge.
À moins qu'il y ait des fonctionnalités dans git que je ne soupçonne pas, qui permettrait de faire les reviews et les merges de dépots distants en une seule commande…
# concurrence
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal le moteur JavaScript de Microsoft Edge sous licence MIT. Évalué à 5.
Non, un concurrent à V8 (utilisé dans Chrome, Safari) et à SpiderMonkey (utilisé dans Firefox).
Notons au passage que ChakraCore embarque du code de SpiderMonkey, en particulier des bouts de l'implémentation de AsmJS (voir le copyright dans certains fichiers AsmJS*](https://github.com/Microsoft/ChakraCore/tree/WebAssembly/lib/Runtime/Language) ).
J'espère que Mozilla va mettre à jour http://arewefastyet.com/ en incluant ChakraCore, ça pourrait être intéressant de comparer ses performances avec les autres :-) (où l'on voit d'ailleurs que V8 et SpiderMonkey sont équivalent en terme de perf, sauf sur le test sunspider où SpiderMonkey est meilleur)
[^] # Re: Pff
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Persona, c'est bientôt la fin.. Évalué à 0.
Non, mais Mozilla Corp (detenu à 100% par la fondation), est une entreprise, donc avec les logiques classiques d'une entreprise : ne pas perdre d'argent. D'ailleurs, c'est aussi le but d'une association et d'une fondation : ne pas perdre d'argent. C'est toujours compliqué de faire des choses quand tu n'as pas d'argent. Pour la gestion de ta famille, de ton logement ou autre, tu n'as pas à etre rentable non plus. Pourtant tu cherches à avoir des bénéfices, c'est à dire de pas être dans le rouge sur ton compte en banque. Parce que sinon ça deviendra de plus en plus compliqué de faire vivre ta famille, de payer ton loyer ou tes traites etc…
Bref, une fondation, une entreprise c'est pareil. Ne pas être dans le rouge pour continuer à exister. Et donc stopper les trucs qui coûtent et qui ne servent plus à rien ou qui ne "fonctionne" plus.
Maintenant, le code du service est en open-source. Libre à ceux qui râlent (ou qui veulent tout simplement aider au "web libre et indépendant") de proposer le même service.
[^] # Re: Champ de recherche
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Parution de Firefox 43. Évalué à 2.
Qu'est ce que tu entends par "maintenir XUL" ? Ce n'est qu'un langage XML (extensible en plus), et il y a longtemps qu'il n'a plus évolué.
[^] # Re: Hinano
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche e-venement v2.9 "Hinano Beer". Évalué à 2. Dernière modification le 22 décembre 2015 à 21:24.
Oh que oui, entièrement d'accord avec toi ! Surtout après le "boulot", jusqu'au coucher du soleil _. La meilleure terrasse de Papeete à vrai dire :-) Et puis bon, là au moins la bière n'a pas fait 22000 km, sortie quasi direct du fût, fraîche de chez fraîche :-)
Manuia !
[^] # Re: Hinano
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche e-venement v2.9 "Hinano Beer". Évalué à 2.
Pareil, j'aime bien cette bière :-) Fermentée à Tahiti, c'est la boisson ambassadrice de la Polynésie (à boire avec modération bien sûr), à telle point que son logo (la vahinée) est devenu un peu le logo de la polynésie (et le signe de reconnaissance en métropole, collé à l'arrière des voitures, de ceux qui ont vécu là bas…).
Par contre, en métropole, on trouve cette bière surtout en canette, et je trouve qu'elle est un peu moins bonne qu'en bouteille. Peut-être que l'aluminium donne un goût…
[^] # Re: Changement de racine chez Comodo
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Paranoïa, certificat SSL et tracasseries.. Évalué à 4.
Pareil chez moi sur la version 43. Il n'affiche pas de "parent" pour USERTrust RSA. Idem sur Chromium 47.
# Code source
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Compteur communicant. Évalué à 4.
Bof. Ça peut être intéressant effectivement qu'on est le code source. Mais je doute que ERDF permettrait de remplacer le firmware.
Conclusion : le boitier resterait une boite noire, et rien ne garantirait que le code source disponible correspondrait à ce qui est réellement implanté dans la boiboite. De mon point de vue, avoir accès au code source ne me rassurerait pas plus que pas de code source.
C'est la même problématique que pour les ordinateurs de vote, les freebox etc…
[^] # Re: Téléphones peu attractifs…
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal La fin de Firefox OS. Évalué à 0.
Oui, normal, on ne peut pas vraiment faire mieux. La preuve : https://www.replicant.us/freedom-privacy-security-issues.php
Un téléphone est bourré de composants qui ont presque tous des firmwares qu'on ne peut pas déloger, en particulier celui du modem.
Que tu ais des drivers libres ou pas, ça ne change rien au final : tu l'as dans l'os en terme de vie privée, puisqu'on ne peut pas l'éradiquer 100%. Autant donc dépenser son énergie sur les couches supérieures, ce qui intéressait au final le plus Mozilla puisque je te rappelle que l'objectif premier de FirefoxOS est de fournir un environnement graphique pour téléphone 100% techno web (et faire ce qui est possible de faire en terme de vie privée, c'est à dire au niveau des applis).
Le rêve d'un téléphone 100% libre est juste une utopie, ne t'en déplaise.
[^] # Re: c'est la période des sapins...
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox OS est bronsonisé. Évalué à 3.
Google a peut être écrit la spec de Shadow DOM, mais ce n'est aucunement une invention de Google. Ça existe depuis 15 ans dans Gecko, inventé par David Hyatt alors qu'il était chez Netscape, et créé pour implémenter XBL, aka, l'ancêtre des Web Components (qui est un ensemble de specs toutes tirés de la spec XBL2, une évolution de XBL).
Bref, l'éditeur d'une spec au W3C n'est pas forcément l'inventeur de la techno décrite.
[^] # Re: Budget
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal La fin de Firefox OS. Évalué à 3.
je viens d'avoir la confirmation : les dons aux projets que j'ai indiqué sont bien dans le cadre de MOSS.
[^] # Re: Budget
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal La fin de Firefox OS. Évalué à 4.
J'ai oublié de parler aussi de leur nouveau programme d'aide aux projets qu'ils utilisent : Mozilla va verser en tout 1 millions de dollars à divers projets (je ne sais pas encore si les sommes versées à Django, Mercurial et ReadTheDocs se sont fait dans le cadre de ce programme…).
[^] # Re: Budget
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal La fin de Firefox OS. Évalué à 2.
Mozilla ne peut pas subventionner tous les projets libres ! Elle en subventionne déjà pas mal, et régulièrement. Derniers en date : 150000$ à Django pour apporter le support des websocket, 75000$ à Mercurial, 48000$ à ReadTheDocs.. Et ce ne sont que des exemples.
[^] # Re: Dommage
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Firefox OS est bronsonisé. Évalué à 3.
Pourquoi ? Leur télé va s’arrêter de fonctionner ? Au niveau des évolutions, des mises à jour, tu crois que ça va changer grand chose par rapport à d'autres "télés connectés" ? La mienne (une thomson sous un OS non identifié), n'a plus de mise à jour depuis 2-3 ans (et je ne parle pas des "applis internet" qui n'existent plus) : elle fonctionne toujours, je continue à regarder la TNT, mes DVD/BR etc…
Et puis ça tombe bien, une TV, ce n'est pas un smartphone, et Mozilla indique qu'ils continuent de développer Firefox OS pour les "objets connectés". Donc bon…
Par contre qu'ils abandonnent les partenariats pour les smartphones, ça veut dire plus d'évolutions pour les applis téléphoniques et l'appli "bureau" de Firefox OS (faut pas se leurrer, ils vont doucement mais sûrement les abandonner), et ça me fait vraiment, vraiment ch**r. Quand le matos de mes téléphones Firefox OS lâchera, je me vois mal reprendre un de ces téléphones de merdes sous android à 800 boules, bourrés d'appli éspionnes inutiles, lentes et qu'on peut pas enlever.
# Quelques précisions sur les perfs
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Sortie de PHP 7.0 - un nouveau départ. Évalué à 10.
Pas besoin de pincettes. Les améliorations ont été largement confirmées par d'autres sociétés sur des vrais infrastructures. J'ai eu des retours sur des boites qui ont fait des tests et qui vont diminuer de manière significative le nombre de leur serveurs PHP grâce à PHP7.
Dans l'une des conférences au Forum PHP de cette année, celle de Zeev Suraski si je ne me trompe pas (l'un des créateurs du zend engine), il expliquait qu'ils s'étaient lancés dans le JIT. Mais les benchs avaient montrés que les améliorations sur les perfs n'étaient pas au rendez-vous, en tout cas, pas dans des cas normaux, c'est à dire sur des vrais sites web. Donc ils ont abandonnés l'idée. Donc à mon avis, on va longtemps attendre cette évolution qui n'apporte à priori peu d'avantage avec l'architecture actuelle du zend engine.
Ils ont par contre découvert qu'ils pouvaient faire beaucoup d'amélioration coté occupation mémoire, avec des bénéfices coté perf (moins de mémoire occupée, ça fait moins de travail pour la gestion de la mémoire entre autre). Et les résultats sont là.
[^] # Re: Et zut !!
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal Jolla va mal. Évalué à 5.
Pour une liste de matériel compatible voir le nouveau site communautaire de FirefoxOS ;-)
[^] # Re: Sur le CO2, un ordre de grandeur
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal [HS] Faites chauffer la planète, notre moteur a froid.. Évalué à 10.
Et qu'il faut recycler correctement, sous peine de pollution environnementale et donc d'atteinte à la santé. Et ça doit être "chouette" les accidents de voitures électriques, quand les batteries sont éventrées…
C'est comme les ampoules basses consommation : on nous bassine que c'est écologique parce que ça consomme moins. Alors que le coût écologique de la fabrication de ces ampoules est sans commune mesure avec celle des ampoules incandescentes. Idem pour le coût écologique de la fin de vie.
En effet une ampoule basse consommation est bourrée de composants électroniques, de mercure et autres cochonneries alors qu'une ampoule classique ce n'est qu'une simple ampoule de verre + fil de tungstene + culot en ferraille. L'énergie utilisée pour fabriquer ces ampoules "écologiques" doit certainement être bien supérieure à celle que l'on aura "économisé" durant son utilisation (quand elles ne claquent pas prématurément, alors qu'on nous promet des durées de vie plus longues) : le nombre de matières premières à extraire, à produire, à acheminer et à transformer est bien plus élevé que celui des ampoules classiques. (extraction = destruction de la nature, acheminement/production/transformation = co2 + pollution + energie consommée)
Ensuite je doute que la majorité des ampoules soient recyclées correctement et donc elles finissent dans la nature ou les décharges, ou encore à l’incinérateur dont on respire les émanations tôt ou tard malgré les soi-disant supers filtres. je ne suis pas un spécialiste, mais j'ai comme l'intuition que sur le long terme, tout ceci ne doit pas être super bon pour l'environnement et la santé, malgré les quantités minimes dans les ampoules.
Et je ne parle pas de l'efficacité toute relative à l'usage…
Bref, de mon point de vue, les ampoules basse consommation sont la plus grosse arnaque des industriels et politiques en ce début de siècle Un désastre écologique à court terme (fabrication) et à long terme (pollution en fin de vie).
[^] # Re: tracking protection et mode normal
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox ? 42 !. Évalué à 3. Dernière modification le 12 novembre 2015 à 09:45.
tu ne dois pas beaucoup surfer sur le web pour dire ça…
Que ce soit avec uBlock, ghostery ou autre, fatalement, ça casse certains sites pour lesquels les devs n'ont pas vérifié le bon fonctionnement avec les bloqueurs. Et généralement le site est cassé parce qu'ils ont du code qui est dépendant d'un tracker bloqué et qui du coup provoque une erreur JS : le reste du code n'est pas executé. Site cassé.
[^] # Re: disparition des greffons
Posté par Laurent J (site web personnel, Mastodon) . En réponse à la dépêche Firefox ? 42 !. Évalué à 3.
Ce n'est pas un plugin comme flash.
Les greffons concernés par cette suppression de prise en charge, sont les plugins de type NPAPI, qui sont activables via une balise object dans les pages web, donc qui "s'incrustent" dans la page, à la demande de l'auteur de la page web.
Le greffon H264 c'est un autre type de plugin, un codec, qui étend l'implémentation de webrtc (complétement transparent du point de vue du développeur web, il ne peut agir dessus)