orfenor a écrit 1439 commentaires

Ah zut, je voulais dire que si l'on en croit les graphiques ça fait sens, etc. Pas que ça faisait sens tout court.

Les graphiques des test de performance montrent au contraire que JPG-XL est de loin le plus lent des formats à décoder.

Vu ces graphiques je trouve que ça fait sens de ne pas adopter JXL tout de suite. Grâce à Chrome, Google a d'excellentes statistiques sur les mobiles utilisés dans le monde. Beaucoup sont anciens à mon avis (sinon pourquoi inclure un Pixel3 dans les tests?), leur batterie l'est donc tout autant. Or plus c'est lent à décoder, plus ça bouffe du CPU et de la RAM, plus le niveau de la batterie baisse vite. Sur une batterie déjà usée, ça doit être catastrophique.

Finalement, Apple qui a aussi d'excellente statitiques et qui connaît à fond son matériel, l'implémente peut-être parce que sur les iPhones ça passe. En plus Apple connait bien ses acheteurs qui vont se ruer vers des iPhones plus puissant avec les nouvelles puces M1/M2 pour décoder le nouveau format qu'il est hype.

Comment peux-tu savoir mieux que lui ce que son nom lui apporte? il a certainement mesuré l'avantage.

Comme d'habitude avec Gael duval on sent l'enthousiasme, c'est rafraichissant!

Pour ceux qui préfèrent lire, l'interview est transcrite sous le lien audio.

changer le nom (…) mais Gaël ne veut pas l'entendre

Il explique pourquoi dans l'interview :

le nom il a des inconvénients mais il a aussi un avantage
…
faire parler les gens et d’avoir une espèce de truc qui se passe en termes de com, de buzz

C'est pour l'intéropérabilité

minimal set of mechanisms required to make modern Internet messaging services interoperable

Trop classe ton nouvel avatar! mais ça va pas du tout avec ton pseudo, surtout en pensant à sa voix ;-)

Je pense depuis longtemps que les «petits» ERP libres (OpenConcerto, Noalyss, Laurux, …), devraient avoir un modèle de données et des formats plus ou moins communs qui permettraient de passer de l'un à l'autre sans que ça coûte trop cher (voire d'échanger des infos entre ERP).
Par exemple un format de données exporté et importé en XML avec du XSLT / XPATH pour adapter les données à l'autre logiciel.
Comme ce n'est jamais rassurant de «confier les clés» de sa gestion à une boite qui gagne peu d'argent, savoir qu'on peut facilement changer pourrait aider à l'adoption, non?

Je sais bien que les modèles de données sont différents d'un logiciel à l'autre, mais puisqu'on adapte déjà à la main quand les clients migrent, ce doit être faisable d'adopter un modèle commun. Mis à part le temps d'implémentation, qu'est ce qui pourrait vous freiner à le faire ?

Fabien Pinckaers a expliqué dans je ne sais plus quelle vidéo comment le modèle de prix et les anciens noms gênaient la crédibilité d'Odoo: "TinyERP" = trop petit, "OpenERP" = pourquoi payer ? etc. On peut critiquer son changement de modèle de prix et de licence depuis 8 ans, mais ça lui a permis de satisfaire plein de clients petits et gros, et d'avoir de la trésorerie.
J'imagine que tu y as déjà réfléchi, mais au cas où.

Très intéressante et utile ta série d'articles, merci.

Tu devrais écrire dans la rubrique Journaux pour présenter le tout, ça donnerait beaucoup plus de visibilité.

J'oubliais :
Si tu as essayé Reactos x86-64 c'est normal d'avoir des problèmes, ce nb'est pas prêt du tout. La version 32 bits marche plutôt bien. Cela dit je n'ai pas retesté depuis 2021.

KolibriOs au delà de l'effet Waouh! et des jeux est loin d'être utilisable au quotidien.

La comparaison n'est pas juste :
l'équipe d'Haiku fait revivre un système bati par une petite équipe, dont le développement s'est arrêté vers 2000, tandis que Reactos copie un système bati par une énorme équipe dont le développement continue sans cesse. Sans parler de l'évolution des applications, du matériel et des besoins des gens, qui n'étaient pas les mêmes en 2000.

Perso, c'est la partie travail que je ne comprend pas,

il voulait dire qu'on lui a proposé d'être payé pour travailler sur le fork

Encore faut-il avoir accès à l'hôte, non ?

Je n'ai pas lu de fond en comble la description de la faille. Cependant ça ne concerne que les ordis physiques n'est-ce pas ? Tout est tellement virtualisé dans les cloud, que l'impact ne me parait pas si grand.

Et quelle est l'alternative ? ne rien publier ? ne rien publier c'est ne pas être informé. Un éditeur français, propose une solution valable pour les entreprises, avec un support technique, et on n'en parlerait pas. C'est dommage non ?
Le débat serait plus pertinent si on croulait sous les dépêches. Autant je comprends que le marketing gêne aux entournures, mais quand on n'a rien d'audre à se mettre sous la dent…

Aujourd'hui, la consultation du web c'est 70 à 80% sur mobile en France. Je pense même être en dessous, ne retrouvant pas la source officielle (genre Arcep). C'est probablement pareil dans le monde. La domination de Chrome n'a donc rien d'étonnant. Avant que Steve Jobs ne relance Apple, on avait la même chose avec Windows, et donc Internet Explorer, qui dominaient tout.

Eh oui, Chrome bénéficie de son installation d'office sur Android.

Mais des jeunes autour de moi me disent qu'ils préfèrent Opera sur leur mobile. La popularité pourrait bouger dans les prochaines années.

Comme quoi…
Mais je n'ai pas de bons arguments contre le système de Spip. Si ça se trouve j'ai détesté parce que la première fois il faisait trop chaud dans le bureau, le modem déconnectait tout le temps, etc. Et depuis quand je m'y replonge ça me fait comme les devoirs de méca du vendredi après-midi en pleine digestion avec le reflet du soleil sur la feuille et l'envie de laisser tomber les études. :-)

C'est drôle, j'ai toujours détesté Spip, ses boucles et sa documentation en tant que créateur de site, mais j'admirai son interface au point d'abandonner mon propre CMS lorsque Spip est sorti. J'en ai fait migrer des gens vers Spip! et chaque fois je me maudissais de cette idée à la con puisque je me retrouvais piégé dans la doc et les boucles.

Encore maintenant je trouve son interface bien conçu pour les gens qui travaillent en petites structures sans compétence informatique.

Il y a un malentendu, je ne parlais aucunement de Didier Raoult, mais seulement de ton argument. Je ne cherchais pas non plus à le défendre, ne l'ayant même pas écouté puisque tout cela relève de la gloriole médiatique dont je parlais.

Cela dit amicalement, tu es plus serein d'habitude.

Tu n'as du voir tout mon historique de commentaire (cough systemd cough), mais en même temps, ~2200, ça fait beaucoup.

Si, si. J'ai eu d'autres identités depuis le début de linuxfr. Là encore je parlais de tes propos en général, pas de ta position vis à vis de Didier Raoult.

En quel est le rapport ? parce que ta réponse revient à discréditer tous les gens passés par l'antenne de Sud Radio. Si je ne m'abuse ça doit faire tout le paysage politique français.

Franchement Misc, toi qui a 2 pas d'ici critique la (mal)honnêteté intellectuelle de Zenitram, prend un peu de recul. C'est dommage ça partait bien : en publiant un lien vers un article scientifique relu par des pairs, ton journal évite les gros titres de presse et je m'attendais à un autre niveau. Mais ce doit être le sujet, il déchaîne les passions et tout le monde s'exprime un peu vite (ainsi on a entendu un prof anti-HCQ citer l'étude bidonnée du Lancet (étude rétractée) et monsieur Raoult utiliser des huissiers pour valider ses chiffres — tout ça est ridicule, loin du débat scientifique et plus proche de la communication façon gloriole médiatique).

Cela dit amicalement, tu es plus serein d'habitude.

si si
https://github.com/wietse-postfix/postfix-dukhovni

Faut prendre le temps de parcourir la liste de discussion des développeurs, camarade!

C'est assez malhonnête

non, c'est maladroit parce que j'ai lu un peu vite :-)

Je parlais bien du consensus mais en m'appuyant sur le fait que des études sont encore publiées dans des revues à comité de lecture. J'indiquais le site comme une liste d'articles.