groumly a écrit 3282 commentaires

combien de temps ils auraient tenu encore ?

Probablement pas si longtemps que ca, la situation devient dure à tenir pour eux. L’Europe les précipite probablement un peu plus qu’ils auraient voulu, mais dans l’ensemble, ils ont de l’usb c partout (laptop, ipad a part le bas de gamme, chargeurs, écran). Sauf sur l’iPhone, ce qui commence à faire chier les gens investis dans leur eco système. Ils sont clairement très investis dans l’usb c, leurs laptops sont usb c only depuis 2015, leur écran a 1500 boules à meme pas un connecteur usb a.

Leur business de license pour le Lightning leur rapporte probablement autant que ce que leur coûte l’overhead d’ingénierie, supply chain, et ligne de production séparées pour le Lightning. Et surtout, c’est une goutte d’eau dans leur chiffre d’affaire. Un seul Mac leur rapporte bien plus que des centaines de câbles, donc je doute que ça soit une histoire de gros sous.
Et ils vendront toujours des câbles usb à droite à gauche, donc c’est pas comme si cette partie de leur business allait disparaître.

Le gros problème pour eux, c’est la transition. Ça va prendre des années pour mettre à jour ne serait ce que 75% de leur parc. Et 25% du parc iPhone, c’est des dizaines/centaines de millions de personnes.

Leurs clients les plus fidèles, ceux avec plusieurs iPhones dans la famille, vont être emmerdés pendant des années avec ça. La transition iPod 30 pins a déjà prit des années, et c’était en plein dans le boom ou t’avais au moins une bonne raison de considérer un nouveau téléphone chaque année. C’est plus le cas maintenant, et le parc existant est 10 fois plus gros, c’est exponentiellement pire.

Perso, j’en ai pour plus de 5 ans avant de me débarrasser de lightning (2 ans pour remplacer mon téléphone, puis encore 2 a 3 ans pour le changer à nouveau, et que madame récupère l’usb c, et après encore 2-3 ans pour que les petits recuperent l’usb c de madame).

Ça veut dire que la brique de chargement partagée par la famille doit maintenant avoir 2 câbles, et les changer en permanence. Pareil dans la voiture. Pareil quand tu passes chez ton pote et qu’il a l’autre câble. Faut racheter le câble de rab que t’as pour quand tu voyages. Tout ça multiplié par plus d’un demi milliard de personnes.

Tout ça va être perçu comme étant la faute d’Apple. Surtout quand tu vois des clowns comme Tanguy qui soit ne sait absolument pas de quoi il parle, soit ment effrontément. Ce qui est un gros problème pour eux, vu l’attention qu’ils portent à leur image.

Enfin je pense que c'est aussi un signal politique.

Je pense que c’est surtout ça. En pratique, cette loi ne va pas changer grand chose. Les téléphones vont toujours venir avec un câble, et les constructeurs arretent de fournir des chargeurs. Avant que l’Europe ait passé leur loi, donc l’impact sur l’environnement est déjà mitigé. Le monde android à finit par se standardiser sur un câble utilisable par le commun des mortels. Y’a tellement d’iPhone en circulation que le Lightning est un standard de fait. Trouver un câble Lightning est vraiment pas compliqué. Le problème quand t’es en galère c’est plutôt d’en trouver un qui a le bon usb de l’autre côté (c vs a).

Tenir tête aux géant du milieu est plutôt une bonne chose (et faut pas compter sur les us pour faire ça, donc il reste que l’Europe). Le calendrier est plutôt mal tombé, l’exemple de base de “les lois vont à l’encontre de l’innovation”. Apple avait besoin de se débarrasser du 30 pins en 2010-2011. Usb c était pas prêt avant 2014. 4 ans, c’est une éternité dans ce monde a cette époque. Il fallait qu’ils fassent quelque chose.

Rien de ceci n’est étonnant venant d’Apple. Ils sont ravis d’utiliser des connectiques standard quand elles existent et font ce dont ils ont besoin. Cf usb a, wifi, Bluetooth, FireWire, microsd. Ils sont toujours parmi les premiers à lancer un large déploiement de ces choses. Ils avancent agressivement sur des trucs genre virer les dvd, floppy etc. Ils ont aussi un historique de rester bloqué avec des tiers partis quand l’alternative est trop coûteuse (cf la saga Intel). S’ils l’ont pas fait avec Lightning, c’est qu’ils savaient très bien que ça prendrait des années avant d’avoir un standard utilisable.

Et après, l’Europe a mit des années avant d’agir.

donc bref, oui, c’est surtout une loi politique. Ça change rien en pratique. Mais ça aide à garder un contre pouvoir face à des boites qui ont des CA plus gros que le budget de pas mal de pays. Ce qui est pas un mal.

lol, "connecteur de niche", t'es au courant qu'apple a vendu grosso modo 1 milliards de telephones avec un port lightning? Note que je compte meme pas l'iPad la dedans… Y'en a quelques uns qui aimeraient bien avoir des niches comme ca.

C'est vraiment difficile de te prendre au sérieux quand tu sort des âneries pareilles.

Le Lightning est totalement isolé et représente un surcoût qui n'a que peu d’intérêt tactique pour Apple.

Le gros point pour le lightning c'est que par design, c'est vachement plus robuste que de l'usb c. coté connecteur, c'est juste un trou. Cote cable, c'est juste un bout de metal. Pas de zigwigwi qui dépasse dans le connecteur, pas de prise "creuse" cote cable.

La poussière de ta poche qui finit inévitablement dans ton connecteur est super facile a sortir sur un iPhone: un trombone et t'y vas comme un bourrin, c'est juste un trou. avec un connecteur usb c, c'est pas la meme.
C'est pas un probleme avec un iPad ou un laptop, vachement plus avec un telephone.

Bref, tout ca pour dire, lightning avait des avantages reels sur usb c, en plus d'être disponible bien avant qu'usb-c sorte.

mini-FireWire cables

😳
t'as quoi comme Mac pour toujours avoir du firewire? Ca fait bien 10 ans qu'ils ont laissé tomber le firewire.

Reste à espérer que le constructeur concerné ne va pas en profiter pour mettre deux connecteurs: un USB-C qui fonctionnerait uniquement pour le chargement (comme ça ils sont en ordre avec la décision de l'UE) et un Lightning pour toutes les fonctions qu'on attend de ce type d'interface.

Ca serait complètement con, et irait a l'opposé de leur philosophie d'apple sur tous les appareils.

Le fait que ca soit sérieusement abordé en dit long sur les genies qui discutent sur ce fil.

Ca se discute. iOS supporte une 20aine de devices la dernière fois que j’ai vérifié. Ajoute à ça les montres, les laptop/desktops et les Apple TV pour le sujet qui nous concerne ici (pas le pasteboard, mais l’intégration à travers toutes les plateformes).

Si c'est possible, c'est bien parce que le contrat qui lie à Apple est en contradiction avec la licence. Donc l'Apple Store est bien incompatible avec la GPL. CQFD.

Ca va dans les deux sens, la gpl est aussi incompatible avec l’AppStore :)

Le point de contention entre les licenses est plutôt mineur. Oui, les binaires distribués par Apple sont techniquement restraints, ce qui viole la gpl. C’est un problème “artificiel” cela dit:

• les sources sont distribuables
• la tool chain pour recompiler est disponible gratuitement
• rien n’empêche de distribuer des binaires libres sur un autre canal
• les clés pour signer sont facilement accessible, donc les clause anti TiVo de la gpl v3 n’est pas violee
• la distribution de binaires proprio pour une appli open source est une pratique très courante

Pretendre que la gpl est exclue de l’AppStore, c’est limite de la mauvaise foi. Oui, c’est techniquement incompatible, m’enfin, si c’était le plus gros problème que le monde open source avait, on serait bien quand même.

Le problème de ce genre de logique, c'est que ça justifie tous les mauvais trucs du monde. "Le monde ne marche pas comme ça" donc je peux me permettre de pas faire d'effort pour changer les choses. C'est sûr que si personne essaie autrement, ça va pas changer! 😅

oui, enfin, y’a des situations ou c’est un problème concret. Je peux raisonnablement pas recommender un outil de façon professionnelle si je sais que l’équipe de dev est minuscule et ne peut raisonnablement pas traiter le feedback dans un délai acceptable. Qu’importe que l’équipe de dev soit douée, de bonne foi, ou quoi ou qu’est-ce. En pratique, ça va bloquer.

je viens de tester un peu plus en detail, et ya aussi un facteur de proximité en jeu.

iPad dans la piece d'a cote, telephone dans la poche. Copy sur le Mac, je vais dans la piece d'a cote, paste sur l'iPad, rien ne se passe. Paste sur le telephone (toujours dans la piece d'a coté), ca prend le buffer du Mac.
Retour a coté du Mac avec l'iPad, paste avec l'iPad et ca prend le buffer ce coup ci.

Et évidemment, ca doit être initié par l'utilisateur, une appli qui tente de lire le paste buffer de façon sournoise n'aura accès qu'a son paste buffer, pas celui du Mac (ca fait des annees que ce probleme de paste buffer global a été corrigé, donc rien de surprenant ici).

J'ai autre chose a foutre que de trouver le délai après lequel le paste buffer partagé expire, mais je suis a 99% sur qu'il y en a un, sinon j'aurais passé mon temps a coller des trucs du Mac sur mon iPad.

Donc oui, je maintiens mon point initial, et tu l'illustres a merveille.

T'es en train de nous dire que macos a zéro bug?

T'as lu le bug report? C'est pas un bug dans KDE, c'est android qui a tout simplement supprimé l'accès au pasteboard.

Ca fait des annees que je l'utilise, dans l'ensemble ca marche super bien. Le seul probleme c'est si t'as un VPN qui tourne sur le Mac, le telephone est potentiellement pas joignable via le VPN.

Mais sinon, non, jamais eu un seul probleme, et je me sert tous les jours. Les règles sont plus subtiles que ca, le pasteboard n'est pas broadcasté immédiatement a tous les devices, et ya l'air d'avoir une limite dans le temps. En gros, juste parce que t'as fait un copy sur ton Mac ne veut pas dire que tous les devices ont le pasteboard dispo immédiatement. C'est seulement quand tu vas faire un paste que le device va aller le chercher de façon transparente, et seulement si le copy n'as pas expire entre temps. En gros, si tu fait un copy sur ton Mac et un paste sur ton iPad 20 minutes plus tard, le paste prendra le pasteboard local, pas celui du Mac.

J'imagine que si personne n'a fait d'effort, c'est qu'on s'est tous rendu compte que ça n'intéresse que 0.001% des utilisateurs et que c'est complètement con comme usagge. […] je trouve ça bien mieux contrôlé de devoir demander expressément le partage, d'autant plus que c'est loin d'être un truc qui te sert toutes les deux minutes.

C'est marrant quand meme, en 1 message, on est passé de "linux fait ca depuis des annees" a "ouais, ca marche moins bien, mais en fait, c'est mieux comme ca".

En l'occurence, si tu fait un paste, c'est qu'a priori t'as fait un copy avant. Si t'as pas fait de copy sur le telephone, mais que t'as fait un copy sur un device juste a cote ya moins de x secondes/minutes, c'est un plutot tres bon pari de partir du principe que c'est ca que tu veux coller sur le telephone.

Comme toujours, techniquement possible ne veut pas dire utilisable au quotidien.

En l’occurrence, y’a littéralement 0 setup à faire. L’iPad est la, macOS propose d’utiliser l’iPad (et uniquement mon iPad, pas celui de madame ou des petits) comme un écran.

C’est un clic, j’ai pas à configurer xorg/wayland, j’ai pas à trouver/entrer une adresse ip, c’est littéralement traité comme si c’était un écran externe connecté au laptop, sans avoir à faire quoi que ce soit.

Idem pour le partage de clipboard: kde requiert une appli tierce, et c’est un modèle push, pas pull. Sous macOS/iOS, tu fait littéralement un copy et un paste de l’autre côté. Pas un “sélection, share, send to”. Et visiblement, ca marche tellement bien qu’on se prend des bugs comme ca: https://bugs.kde.org/show_bug.cgi?id=410254

Je me doutais bien que tu viendrais écrire un long message :)

Déjà le mode simple fenêtre existe depuis GIMP 2.8, soit 2012 (en sortie publique et stable). Et c'est bien entendu le résultat d'un travail fait plus tôt.

Je parle d’une époque que les moins de 20 ans ne connaissent pas. L’histoire de la barre de tâche faisait grand débat à l’époque, pendant des années. Je me rappelle clairement avoir discuté de ça au milieu des années 2000, et le débat était pas franchement nouveau à l’époque.

Encore une fois, il fut une époque où ce fut vrai que le paquet macOS nécessitait X11, mais là aussi, c'est fini depuis belle lurette

Encore heureux, ça fait plus de 10 ans qu’Apple ne livre plus X11 avec macOS :)
Comme je disait, ça a changé, et tant mieux (et j’ai bien noté que l’équipe dont tu fais partie à l’air d’avoir fait beaucoup de bien à the gimp, merci pour ca).

C'est une façon de voir les choses. Perso je trouve que parler de "PR" pour un projet communautaire me paraît hasardeux.

pourquoi hasardeux? Clairement, the gimp est un projet majeur, très visible. Sa perception par le reste du monde est importante, non? Un logiciel n’existe pas dans le vide, et l’image qu’il dégage est importante pour son adoption.

D'une: non, ce n'est pas au projet de s'adapter aux utilisateurs; c'est aux utilisateurs de devenir contributeurs.

La par contre, on est pas forcément d’accord. Enfin, si on est d’accord: gimp est votre projet, vous amenez quelque chose dans le monde, vous en faites ce que vous voulez. Grand bien vous en fasse, comme je disais, c’est pas une attaque contre le projet.

C’est pas comme ça qu’on devient le maître du monde, mais vous avez pas forcément envie de devenir le maître du monde, et si c’est comme ça que vous avez envie de gérer votre projet, ben tant mieux pour vous, c’est pas comme si vous aviez des comptes à me rendre de toutes façons.

la ou je ne suis pas d’accord, c’est avec le commentaire parent, qui implique que the gimp est un parfait remplacement pour Photoshop, parce qu’il a la feature x/y/z. Ok, op à pas dit exactement ça, mais j’ai entendu cet argument si souvent que je le met dans sa bouche (ok, homme de paille, mais je serais très surpris si j’avais tord). Si effectivement gimp est censé pouvoir remplacer Photoshop, il va falloir arrêter avec les “mais on a personne pour bosser sur ce truc” et mettre 10 ans à livrer un truc “de base” genre le cmyk ou réparer la barre des tâches (entre guillemet, parce que de base, mais clairement difficile à implémenter).

Apres, oui, je comprends bien que les personnes qui disent ça sont extérieures au projet, que c’est pas votre direction, et j’ai certainement pas l’habitude d’exiger du travail de bénévoles. Toujours est il, ça change pas grand chose à la discussion. Si gimp est censé prendre d’assaut Photoshop, ces lacunes doivent être comblées. Et si le projet n’a pas l’envie (ou les moyens) de combler ces lacunes, le projet ne prendra pas d’assaut Photoshop. Mon point était plus de rappeler que le succès de Photoshop n’est pas du qu’à ses features d’édition.

Tous les professionnels du graphisme qu'on connaît travaillent sur des ordinateurs avec un bon écran, voire parfois plusieurs écrans, un clavier pour accéder aux multiples raccourcis d'un logiciel métier, etc.

Je suis pas graphiste, mais je bosse beaucoup avec des designers, et je suis pas convaincu. La plupart bossent aussi avec un iPad et un Pencil. Probablement pas pour de la retouche, création d’icônes, ou ce genre de choses, mais clairement, ils passent du temps la dessus. Oui, je doute que du travail professionnel de retouche se fasse sur un iPad. Ça n’empêche pas qu’il y’a un gros besoin la dessus. C’est pas forcément à gimp de le combler (la encore, chacun fait fait fair ce qu’il lui plaît plaît plaît) ça c’est sur, toujours est il que le libre est 100% absent de ce créneau. Et ça rejoins mon point précédent: encore une évolution technique que le libre a raté.

parler de GIMP en ce genre de termes, c'est juste ne pas comprendre ce qu'est GIMP ou ce que sont les logiciels communautaires de manière générale

Je pense avoir compris l’essence du projet, perso. Vous faites votre truc, le meilleur boulot que vous puissiez produire, sans pression product, marketing et sans vous préoccuper de part de marché ou quoi ou qu’est ce. C’est admirable, et y’a des fois où ça me ferait du bien de bosser comme ça.

Mais cette essence est incompatible avec un projet standard de fait dans une industrie aussi grosse (exhibit a: les 30 dernières années). Le monde ne marche tout simplement pas comme ça. Ce qui va à l’encontre de ce qu’op dit. Ça veut pas dire que gimp a pas sa place dans le monde, ou qu’il doive changer de direction, juste que ce qu’op demande est irréaliste.

Aux dernières nouvelles, y a pas mal de problèmes avec les logiciels GPL qui sont en général rejetés sur l'Apple Store. Tu peux chercher, y a eu pas mal d'histoires de logiciels libres qui se sont fait virés à cause de la licence, le web regorge d'articles sur ces sujets.

Heu, oui, mais non. VLC est dispo pour l’AppStore, et ton lien dit le contraire. La gpl est techniquement incompatible avec l’AppStore sur des points de détails. Je suis pas sur que la limite de 5 devices s’applique toujours. Mais y’a aucun problème à suivre l’esprit de la gpl a 100% sur le store. Apple se contrefout de la license de ton code, le seul point qui bloque c’est si un ayant droit ergote que le binaire n’est techniquement pas sous gpl, même si le code est largement distribué sous gpl. Ce qui est somme toute super courant (les binaires de Firefox ne sont pas libres, et pourtant…). Dit autrement, c’est pas apple qui rejeté l’appli, c’est un des ayant droit qui bloque la distribution (ce qui s’est passé avec la première version de VLC sur le store).

un fois que t'enleves les outils de dev (le libre ne tente pas de s'imposer face a un standard de fait proprio, le libre EST le standard dans ce monde), il te reste:

• ergonomie desktop
• Sozi

Sur l'ergonomie desktop, t'es en plein dans ce que je dit. Pendant que gnome se concentre sur le desktop en tant que tel (bon ok, ils ont fait des efforts pour tablettes, mais on va pas franchement dire que ca soit un succès foudroyant), apple a LARGEMENT tourné la page, et sort des trucs genre le clipboard partagé entre macOS et iOS, déverrouillage de session via la montre, sidecar (utiliser un iPad comme écran externe). L'essentiel de ce qu'ils font sur macOS, c'est construire des ponts vers iOS.

Le desktop est mature, ya franchement plus grand chose a y faire, sorti de l'integration avec les plateforme mobile. La vrai bataille, c'est sortir les tablettes du carcan ou elles sont bloquées et les élever vers un monde un peu plus desktop. Un iPad moderne met la tannée a la plupart des laptops du marche niveau puissance de calcul, et c'est vraiment triste de voir a quel point c'est difficile de remplacer un laptop par un iPad sorti de taches de bases. Vu la direction d'apple ces derniers temps cela dit, je pense que leur solution c'est de garder l'os tel qu'il est, et d'élever le matos au niveau de l'iPad niveau mobilité. Ce qu'ils ont fait avec leur ligne M1.

J'ai un mal de chien a comprendre l'interet de sozi face a un google slide ou un powerpoint/keynote? Ca fait des animations? Cool, mais je suis pas sur que ca change le monde des powerpoint.

est-ce qu’on veut des gens qui savent vraiment faire de la PAO et autres quel que soit l’outil ou des gens qui savent surtout utiliser un outil.

Faux dilemme, on veut les deux :)

C’est aussi un milieu où les workflows sont très important. L’ergonomie du soft en soit, mais aussi l’intégration entre les différents outils. Comprendre la théorie et comment manipuler les images, c’est bien, mais si tu sais pas comment dire à ton outil ce que tu veux faire, ça sert pas à grand chose au final.

Une standardisation des formats aiderait beaucoup aussi, tout le monde ne travaille pas tout seul.

Sur gimp, le projet a été très têtu pendant tres longtemps sur des choix tres douteux, et ça les a clairement pas aidé. Notamment, le délire de chaque fenêtre flottante associé à un bouton dans la barre des taches était clairement un tres mauvais choix d’ergonomie, et la réponse du projet « c’est le problem du window manager, pas le notre » n’inspirait pas confiance dans le projet. Idem sur macOS, ou X11 était nécessaire pour le lancer, tout en cassant tous les raccourcis clavier (ctrl vs cmd) a fait beaucoup de mal a la réputation du projet.

Ça a l’air d’avoir changé, tant mieux, mais ce genre de dégâts PR prend beaucoup de temps et d’effort à corriger.

Je comprends bien les raisons pour le manque de polish sur des os que les développeurs n’utilisent pas, c’est pas une attaque contre l’équipe, plus un constat: la barre est haute, et c’est au projet de s’adapter à ses utilisateur quand t’as adobe comme concurrent en face, pas l’inverse.

Un autre truc aussi, assez courant dans les projets libres qui tente de s’imposer face un standard de fait proprio, c’est le constant retard sur la concurrence. La ou libre office était occupé à singer ms office, Google s’est pointé ni vu ni connu avec Google docs et a mit la tannée a tout le monde. Idem en retouche d’image, pendant que gimp travaillait dur au cmyk et autres choses, adobe s’est lancé sur l’iPad, avec un certain succès. Pour citer le poète: « skate where the puck is going, not where it has been ». Le libre a une forte tendance à être obnubilé avec l’état actuel/passé des choses, et à rater les virages technologiques.

J’en ai trouvé 1, sur les 5 que j’ai eu depuis que je suis sur LinkedIn.
Celui que j’ai trouvé m’a fait atterrir avec l’équipe qui m’emploie depuis plus de 10 ans (même crew, sur 2 différentes boites), donc au final pas trop mal.

Et j’ai eu quelques entretiens plutôt pas trop mal qui ont pas marché pour des raisons pas liées du tout à LinkedIn.

Par contre, je reçoit beaucoup de merdes via LinkedIn. Boulot à la con à l’autre bout du pays, payé un tiers de ce que je gagne, ce genre de trucs. Je garde un œil dessus au cas où, mais dans l’ensemble, c’est beaucoup, beaucoup, beaucoup de bruit.

Si je devais chercher qq chose, je pense que ma première étape serait de changer mon statut et d’annoncer que je cherche. Je pense que sur mon réseau, je devrais trouver 1-3 positions qui valent le coup d’interviewer.

Vu ce que l’auteur décrit, je pense que c’est simplement du hdcp, que son dac ne supporte probablement pas.

Ça fait chier, oui, c’est standard, oui aussi. Pas de quoi fouetter un chat, rien de nouveau depuis le milieu des années 2000.

En résumé, Harmonia Mundi met-elle des verrous illégaux sur ses DVD et Blu-Ray.

Définit “verrou illégal” pour commencer.

Le proprio, ça n’a rien de nouveau. Empêcher les copies non plus. La copie privée est une exception au doit d’auteur, pas un droit à proprement parler.

La question, déjà pas franchement sujette à interprétation, a été tranchée de façon très claire en 2004, puis en 2006, par l’affaire Mulholland Drive.
La version courte:

• oui, un consommateur peut faire une copie privée,
• non, les éditeurs ne sont pas obligés de permettre la copie privée et peuvent mettre en place des mesures techniques empêchant la copie.

pour la version longue, Google est ton ami, ça a fait couler suffisamment d’encre l’époque on Jean Michel Harmonia était encore parmi nous ;-)

le vrai bug est dans gcc (ou un autre compilateur que GCC a copié) qui a decidé qu'un nom par défaut était une bonne idée.

Si ça marche pour toi, tant mieux, mais je doute que ça soit le cas pour beaucoup d’applis.

Sur les erreurs dures, que tu ne peux pas corriger, t’as probablement envie de mapper les erreurs en fonction du contexte. Y’a une différence entre « tu m’as passer un uuid quand je m’attend à un int », auquel cas tu veux retourne un 400 bad request, et un « je me suis pété une NPE, et je veux retourner un 500 », avec tout un spectre entre les deux (404 not found, 503, 406, 429, que sais je encore), et tu peux vouloir remonter un code d’erreur applicatif a ton client aussi.

Et en fonction du besoin, certaine partie du traitement peuvent être optionnelles, et la requête peut être complétée sans forcément tout faire. Typiquement, sur un read only qui agrège des données de multiples sources, ce qui est somme toute très courant dans un monde soa. Et la croit moi, tu veux les catcher ces exceptions la.

l'aspect performance, on ne retourne pas directement un résultat, mais un objet virtuel, qui contient soit le résultat, soit une erreur. C'est un inconvénient par rapport au fait de dissocier le résultat et l'erreur ;

Je sais pas trop ce que tu veux dire par « aspect performance », mais lancer une exception c’est loin d’être cheap, le stack unwinding, capturer la stack trace etc a un coût certain. En pratique, pour beaucoup d’application, ça va pas faire une différence notable, mais c’est pas gratuit, que ce soit en c++ ou en java.

A l’inverse, retourner un struct avec erreur xor résultat ne coute presque rien, c’est traité comme un return de base, que tu doit bien faire à un moment ou un autre.

Le coût de performance se transfère surtout sur la façon d’écrire le code, et la, t’as 2 approches, grosse modo:

• ne pas abstraire le mécanisme, et laisser le développeur gérer ça « à la mano », avec un switch/case ou un if (result.error) (ce qui peut vite devenir assez moche en fonction du code que t’écrit),
• abstraire le mécanisme, en prétendant que c’est une vraie exception, mais laisser le compilo gérer le sucre syntaxique pour traduire ça en if (result.error) goto exceptionHandlingBlock. C’est ce que fait Swift notamment, avec un try/catch qui n’est qu’une façon de différencier le cas d’erreur du cas normal au niveau syntaxique, mais en utilisant un Result sous le capot.

Le thème est un peu brutal quand même, indépendamment des scènes olé olé ou violentes.
Disons que ça aide pas à garder foi dans l’humanité, d’une part, et d’autre part une bonne partie des subtilités du message va passer au dessus des plus jeunes.

Le traffic vers un site "normal" va finir par sortir du noeud tor, ca fait un maillon de plus ou le traffic est interceptable sur l'internet en clair. (https résout ce problème plutôt pas trop mal dans l'ensemble.
Tu peux utiliser HTTPS avec un nom d'hôte lisible et verifiable par un humain, et donc avoir une certaine garantie que tu parles au bon site, sous reserve que tu fais confiance a l'autorité qui a signé le certificat, a contraster avec les fiowjdeqwdieowwvewfeow42.onion qu'il faut ensuite verifier avec une signature PGP (mais il faut réussir a obtenir la clé publique officiel du site en question de facon fiable, ce qui est loin d'être evident dans beaucoup de cas).
La resolution DNS peut être affectée par ton serveur DNS.

A part ca, pas c'est grosso modo la meme chose.

En gros, ca depend de ce pour quoi t'utilise tor. Si c'est pour acheter de la weed sur dream market et que tu veux juste ne pas être traceable par ton FAI, ca va pas faire une grosse différence pour toi.
Si c'est parce que ta vie est en danger et que tu ne peux pas faire confiance a l'infrastructure internet globale, ca peut faire une difference.

Tant qu'on a pas de panne de micro dans la pièce du fond, tout va bien.

Je suis pas sur que tout le monde s'attendait aux performances annoncées.
'fin ils mettent la tannée a quasiment tout le haut de gamme x86, y compris les Xeon qui a eux seuls coutent 2 fois le prix de la machine entière, et prétendent pouvoir tenir la chandelle a une 3090 (qui a elle seule consomme quasiment de quoi organiser une petite free party, comme a la belle époque, fée peter mec!).

J'ai comme qui dirait des doutes sur les perfs du GPU, mais Apple a pas un historique a mentir sur les benchmarks, donc on verra bien.

Euh, et puis un peu le monstre qu’a l’air d’être le m1 ultra aussi quand même.
Les premiers benchmarks le mettent dans le haut du panier comparé à du haut de gamme x86, avec une consommation 4 à 5 fois moindre.

Et je sais que c’est rigolo de se moquer d’Apple pour les ports, mais l’iMac a un port sd depuis 2010, donc bon.

Qui se sent morveux, se mouche.

Dernier commentaire de ma part sur le sujet, parce qu’on commence à tourner en rond, je recopie juste ce que j’ai écrit plus haut:

La question est surtout est ce que ton code est correct? Parce qu’aller très vite pour donner la mauvaise réponse, c’est facile, je peux le faire moi aussi: 42, temps constant, je suis le plus rapide de la planète.
Ok, j’exagère un peu. Plus sérieusement, un lookup qui foire dans une hash map pour des raisons d’encodage de la clé, c’est quand même super ballot. Idem pour une recherche dans un index full text, ou un sed qui rate une substitution.