Les radiateurs électriques sont aussi de plus en plus connectés.
Effectivement. Ceci dit, en France, ils sont à peu près tous fournis avec le fil pilote ce qui fait qu'on peut programmer le radiateur tout en se passant de cette connectivité sans risque qu'un jour le truc ne chauffe plus parce que le cloud du fabricant est en rade.
Le système a envoyé l'alerte a un humain qui a vérifié qu'il n'y avait pas d'armes, mais ils ont tout de même envoyé les voitures.
Je ne comprends pas : c'est pas le pays où on à le droit de se balader avec un fusil mitrailleur dans un centre commercial ? Pourquoi la police a pris la peine de se déplacer ?
C'est quand même très courant pour les entreprises "de la tech" de mettre de nombreuses années avant de générer des bénéfices.
L'expression "vente à perte" n'est peut-être pas correcte d'un point de vue comptable (amortissement des investissements sur plusieurs années). Mais quand même, 8 milliards d'euros sur 12 de CA (et j'imagine que c'est comme ça depuis plusieurs années déjà), ça laisse penser qu'on ne facture pas le vrai coût et qu'il s'agit avant tout de tuer la concurrence. Je rappelle que je répondais à "mais ils savent faire rentrer de l'argent (et sans pub!)".
Pour info, OpenAI fait environ 12 milliards de CA (c'est à peu près autant que Renault!), principalement sur les abonnements à ChatGPT. C'est loin des 500 milliards de valorisation pour l'entreprise, mais ils savent faire rentrer de l'argent (et sans pub!).
Faire rentrer de l'argent (même sans pub) est facile quand on vend à perte. Le CA et les bénéfices sont deux choses bien différentes. Selon un article du Monde (paywall), OpenAI a perdu 8 milliards de dollars au premier semestre 2025.
De ce que j'ai compris, le nombre de QBits est la bonne unité. Je n'ai vu nulle part le concept qu'un QBit d'aujourd'hui pouvait être plus puissant qu'un QBit d'hier.
En revanche, il faut parler de QBits "utiles" car les annonces d'ordinateurs quantiques de x QBits omettent souvent de dire combien sont utilisés pour corriger les erreurs. Le % de QBits utiles dépend de la technologie utilisée et peut s'améliorer au fur et à mesure des avancées technologiques.
De ce que j'ai pu lire, l'équipe de GrapheneOS n'a pas encore dévoilé le nom du fabricant de smartphones avec qui ils ont passé un accord de partenariat mais elle a d'ors et déjà dit que ce n'était pas Fairphone. Peut-être ultérieurement, qui sait ?
Étonnant et dommage. Mais, en supposant que la FSF a fait une analyse de l'état des lieux et des difficultés à vaincre (les fabricants de composants ARM ne sont pas aussi coopératifs que AMD ou Intel, c'est le moins qu'on puisse dire), n'est-ce pas un constat d'impuissance ?
plus sains pour le long terme : debian, mobian, droidian, etc…
La question est là : c'est l'avenir que je souhaite mais ces projets arriveront-ils à surmonter les difficultés de l'environnement ARM ou bien vont-il plafonner sans arriver à proposer une alternative viable (au sens de l'usage habituel d'un smartphone) ?
En tous cas, je ne comprends pas : ça va être beaucoup d'efforts et de temps pour faire du reverse engineering de blobs et en faire une version libre ; si entre-temps les composants hardware correspondant sont devenus obsolètes et ne sont plus disponibles, la FSF va recommencer ?
je pensais voir linuxfr en communauté de libristes "purs", pas en repaire à aficionados des variantes d'android ;)
Je ne pense pas qu'il y ait beaucoup d'aficionados d'AOSP ici, je pense qu'il y a surtout beaucoup de gens pour qui l'usage complet d'un smartphone est "indispensable" (j'ai mis des guillemets, alors ne t'emballe pas) et qui, en attendant mieux, essaient d'en avoir un qui les espionne un peu moins.
Ceci dit, je suis d'accord avec toi : je crois qu'il faudrait arrêter de gaspiller les efforts sur les alternatives à AOSP et se consacrer à faire marcher un Linux ARM sur ces machines. Mais est-ce seulement possible ? Quand on voit que la FSF se lance, si j'ai bien compris, dans une opération basée sur AOSP, ça sonne comme un constat d'impuissance.
Ou bien au contraire, les problématiques sont-elles totalement décorrélées ?
Il me semble que le fait qu'il s'agisse de machines ARM change pas mal la donne par rapport à x86 (sans oublier les autres raisons évoquées ci-dessus).
et une application utile. Cela pourrait être une IA vu la quantité monstrueuse de calcul nécessaire.
A priori, aucune chance que l'IA (du moins l'IA générative) puisse être une application de l'ordinateur quantique. Un ordinateur quantique, ce n'est pas un ordinateur conventionnel beaucoup plus rapide, c'est un ordinateur capable d'effectuer certains calculs et, dans ce cas, en général "infiniment" plus vite. Tout est dans le "certains".
Dans le contexte de la sécurité des échanges, où certains messages doivent rester confidentiels même dans 30 ans pour des raisons d'État ou de vie privée, et que le cœur même de la sécurité informatique en dépend et nécessite beaucoup de temps pour s'adapter, tenter d'anticiper en développant des solutions qui résistent aux capacités de ces machines ne me semble pas être de l'excès de zèle.
Je crois que c'est une bonne raison de s'y prendre maintenant. Et l'investissement pour développer ces chiffrements post-quantiques (qui doivent bien sûr aussi continuer à résister aux ordinateurs conventionnels) est négligeable par rapport au risque potentiel.
Les ordinateurs quantiques (s'ils existent un jour de façon utilisable) ne remplaceront jamais les ordinateurs classiques car leur domaine algorithmique est très limité. En revanche, ils sont sans doute la seule possibilité de résoudre certains problèmes inaccessibles à l'informatique conventionnelle (1). Est-ce que ça vaut l'investissement qu'on leur consacre ? Je n'en sais rien mais il me semble que cet investissement est bien plus raisonnable et moins nuisible que celui, gargantuesque, consacré à l'autre hype du moment, l'IA générative.
(1) J'espère évidemment qu'on trouvera d'autres applications que la finance ou le déchiffrement.
Je ne sais pas si la comparaison est pertinente. Je n'ai eu pas d'expérience de gros projets avec une administration mais j'en ai eu avec des boites comme EDF ou GDF-Suez. On ne demandait pas au client d'être compétent en informatique mais de bien connaître ses processus métier et force est de constater que non seulement c'était le cas chez nos interlocuteurs mais qu'en plus ils avaient fait en amont une remise à plat de ces processus (souvent via une autre boite de consulting). Est-ce le cas quand l'interlocuteur est un ministère ou une administration ?
PS. Ca n'exclut bien sûr pas les cas où c'est le prestataire qui est responsable de l'échec.
Tout dépend du système d'alarme, impossible de donner une réponse générique. Un moyen de le savoir est d'identifier ses composants et de voir s'ils font partie des intégrations disponibles dans Home Assistant (https://www.home-assistant.io/integrations/?brands=featured) ; même si on ne compte pas utiliser ce logiciel, ça donne une indication sur l'ouverture du composant. Pour les composants fonctionnant en zigbee, on peut regarder https://www.zigbee2mqtt.io/supported-devices/#. Idem même si on ne compte pas utiliser zigbee2mqtt.
A noter : Home Assistant a des intégrations qui prennent en compte certains systèmes d'alarme comme un tout : il faut donc d'abord chercher avec la marque du système d'alarme. Si ce n'est pas pris en charge, il faut alors identifier les composants individuels du système d'alarme, les capteurs notamment. Cela peut se révéler plus difficile si le fabricant du système d'alarme a masqué cette information.
D'abord tout ce qui est non-libre n'est pas nécessairement payant. Ensuite, tout dépend du contrat : si tu loues une voiture, par exemple, il y a des limites d'usage et de durée. Idem si tu payes pour du stockage cloud.
Selon le sens habituel, "l'injustice" c'est quand on subit un préjudice sans avoir eu le choix d'y échapper. Quand tu acquiers un logiciel non-libre, même gratuitement, et que celui-ci t'enferme dans son écosystème au point qu'il devient difficile d'en sortir, c'est injuste seulement si le piège n'était pas évident dès le départ.
Bon, au final, je pense qu'on est d'accord sur le fond, on diffère juste sur le sens à donner au mot "injustice". Tu parles d'injustice là où moi je préfère parler de "mauvais choix" (étant bien entendu qu'un logiciel non-libre, gratuit ou à prix dérisoire, respectant les standards pour le format de ses données/protocoles de telle sorte qu'il est possible de le remplacer en cas de défaillance de l'éditeur, n'est pas "injuste").
Flasher son matériel quand c'est possible, c'est bien. Mais c'est loin d'être le passage obligé pour "libérer" du matériel. J'ai personnellement flashé un relai Sonoff mais si j'avais utilisé un Shelley (que je ne connaissais pas à l'époque), je n'en aurais pas eu besoin. Idem pour tous les devices zigbee (By the way, je n'ai aucune compétence en électronique, c'est quand même assez facile).
Ceci dit, il est vrai que ça implique le plus souvent un serveur domotique (Home Assistant, par exemple). Mais soyons réaliste : si tu veux pouvoir accéder à distance (via internet) à un device, la solution "grand public qui n'y connaît rien", c'est une application ou une interface web qui se connecte à un cloud. Même si le code du serveur est libre, la reprise par une communauté ne va pas se faire en un jour (si tant est qu'elle se fasse s'il s'agit d'un device peu répandu).
On en conclut quoi : en tout premier, que la domotique n'est pas impérative (sinon je vais me faire démolir par tkr), ensuite que si on en utilise, il faut choisir des matériels qui permettent un accès local via un protocole documenté (ou, mieux, standard). Que les logiciels fournis par le fabricant (dans le matériel ou coté serveur quand il y en a un) soient libres ou non est moins important en pratique pour Mr ou Mme Lambda.
Mettre "trottinette électrique" et "obligation/urgence/impératif" dans la même phrase […].
"indispensable" dans mon commentaire ne veut pas dire "on ne peut pas s'en passer". J'ai pris la peine de préciser qu'il faut le comprendre comme "je peux m'en passer comme je peux me passer de plein d'autres choses mais ça me facilite beaucoup la vie". Et, bien sûr, ça veut encore moins dire "obligation absolue/urgence/impératif" !
J'imagine cependant que tu avais besoin de déformer complètement mon propos pour pouvoir placer ta diatribe méprisante :
Surtout que j'imagine, le bonhomme smartphonisé jusqu'aux os,
et ridicule :
qu'en a besoin "en urgence" devra certainement passer dix quinze minutes à télécharger l'appli, faire valider son numéro, puis son profil, puis son itinéraire, avant de pouvoir partir, s'il n'est pas au feu rouge.
Quiconque pense utiliser le service va installer l'application une bonne fois pour toute sans attendre d'en avoir besoin (et c'est quoi cette histoire de devoir valider un itinéraire ?).
Pour finir, une fois de plus, on veut illustrer un sujet (ici, le danger de transmettre un scan de CNI) via un exemple et toi tu t'acharnes sur l'exemple. C'est ton droit mais essaie au moins d'être un peu honnête intellectuellement.
Pouvez jeter les tomates.
Tu rigoles, j'adore ça, je préfère les manger que de les gaspiller sur toi.
C'est un vrai problème auquel les gens ne sont pas vraiment sensibilisés. Matter devrait en principe apporter des solutions mais je n'ai pas de retour d'expérience personnel là-dessus.
Ceci dit, "produit propriétaire" ne signifie pas forcément produit qui finit à la benne si son fabricant arrête de le supporter. En fait, c'est comme pour les formats de données, ce qui importe avant tout, c'est qu'il supporte un protocole standard (MQTT, HTTP, Matter, …) et permette un accès sans passer par l'appli ou le cloud du fabricant. Dans ce cas, il n'est pas juste de parler d'injustice.
Ce n'est pas si rare : les relais Shelly, la serrure Nuki, des devices zigbee (zigbee2mqtt supporte énormément de produits zigbee) sont des exemples que j'utilise chez moi.
Je veux surtout dire que j'ai encore plus peur des vrais fanatiques. Trump, n'est pas un vrai fanatique, il a tous ces défauts qu'il est inutile d’énumérer ici mais on peut espérer le manipuler dès lors que tu causes deals, money, prix Nobel de la paix et que tu le caresses dans le sens du poil. Pas convaincu que ce sera possible avec un Vance en mission.
[^] # Re: Maintenance de la flash
Posté par mahikeulbody . En réponse au journal wakeOnStorage : Service sobre, lowtech de stockage à froid (sauvegarde, archivage). Évalué à 3.
Concrètement, qui fait cette opération de rafraîchissement, le firmware du SSD ?
[^] # Re: débrancher l'écran?
Posté par mahikeulbody . En réponse au lien Une prime pour démerdifier un réfrigérateur Samsung. Évalué à 3.
Effectivement. Ceci dit, en France, ils sont à peu près tous fournis avec le fil pilote ce qui fait qu'on peut programmer le radiateur tout en se passant de cette connectivité sans risque qu'un jour le truc ne chauffe plus parce que le cloud du fabricant est en rade.
[^] # Re: Garantie contre les vices cachés ?
Posté par mahikeulbody . En réponse au lien Une prime pour démerdifier un réfrigérateur Samsung. Évalué à 4.
Apparemment, c'est pour le moment désactivable ; du coup je ne sais pas si un recours serait possible.
[^] # Re: Peur d'une porte dérobée?
Posté par mahikeulbody . En réponse au lien En Chine, on développe UBIOS pour s'affranchir de l'UEFI. Évalué à 4.
L'article dit aussi :
Évidemment, il est tout à fait possible d’imaginer l’implantation de portes dérobées et autres solutions cachées dans les développements UBIOS.
[^] # Re: c est pire
Posté par mahikeulbody . En réponse au lien Un lycéen menotté par la police car l'IA a pris son paquet de chips pour une arme à feu. Évalué à 3.
Je ne comprends pas : c'est pas le pays où on à le droit de se balader avec un fusil mitrailleur dans un centre commercial ? Pourquoi la police a pris la peine de se déplacer ?
[^] # Re: Bulle ou pas bulle
Posté par mahikeulbody . En réponse au lien Faible rentabilité, valorisations record… Le spectre d’une bulle plane sur l’IA. Évalué à 2.
L'expression "vente à perte" n'est peut-être pas correcte d'un point de vue comptable (amortissement des investissements sur plusieurs années). Mais quand même, 8 milliards d'euros sur 12 de CA (et j'imagine que c'est comme ça depuis plusieurs années déjà), ça laisse penser qu'on ne facture pas le vrai coût et qu'il s'agit avant tout de tuer la concurrence. Je rappelle que je répondais à "mais ils savent faire rentrer de l'argent (et sans pub!)".
[^] # Re: Bulle ou pas bulle
Posté par mahikeulbody . En réponse au lien Faible rentabilité, valorisations record… Le spectre d’une bulle plane sur l’IA. Évalué à 2.
Faire rentrer de l'argent (même sans pub) est facile quand on vend à perte. Le CA et les bénéfices sont deux choses bien différentes. Selon un article du Monde (paywall), OpenAI a perdu 8 milliards de dollars au premier semestre 2025.
# texte intéressant sur la désillusion qui guette les techno-milliardaires EUA
Posté par mahikeulbody . En réponse au lien Elon Musk découvre ce que signifie réellement la hiérarchie. Évalué à 6.
Ce texte, intéressant je trouve, fait suite à un contrat de Space X qui a été réattribué à Jeff Bezos.
[^] # Re: Loi de Moore
Posté par mahikeulbody . En réponse au journal >Petit point informatique (et information) quantique. Évalué à 6.
De ce que j'ai compris, le nombre de QBits est la bonne unité. Je n'ai vu nulle part le concept qu'un QBit d'aujourd'hui pouvait être plus puissant qu'un QBit d'hier.
En revanche, il faut parler de QBits "utiles" car les annonces d'ordinateurs quantiques de x QBits omettent souvent de dire combien sont utilisés pour corriger les erreurs. Le % de QBits utiles dépend de la technologie utilisée et peut s'améliorer au fur et à mesure des avancées technologiques.
[^] # Re: Comme pour les pc ?
Posté par mahikeulbody . En réponse au lien L’âge d’or des ROM Android est mort, mais la communauté refuse d’abandonner. Évalué à 5. Dernière modification le 17 octobre 2025 à 11:51.
On peut forker AOSP mais comme le dit Psychofox ci-dessous, ça ne résoudra pas le plus gros problème qui n'est pas Google.
[^] # Re: Fairphone?
Posté par mahikeulbody . En réponse au lien GrapheneOS est enfin prêt à se libérer des Pixels, et il ne reviendra peut-être jamais en arrière. Évalué à 3.
De ce que j'ai pu lire, l'équipe de GrapheneOS n'a pas encore dévoilé le nom du fabricant de smartphones avec qui ils ont passé un accord de partenariat mais elle a d'ors et déjà dit que ce n'était pas Fairphone. Peut-être ultérieurement, qui sait ?
[^] # Re: Commentaire
Posté par mahikeulbody . En réponse au lien La FSF lance le projet Librephone. Évalué à 9.
Étonnant et dommage. Mais, en supposant que la FSF a fait une analyse de l'état des lieux et des difficultés à vaincre (les fabricants de composants ARM ne sont pas aussi coopératifs que AMD ou Intel, c'est le moins qu'on puisse dire), n'est-ce pas un constat d'impuissance ?
La question est là : c'est l'avenir que je souhaite mais ces projets arriveront-ils à surmonter les difficultés de l'environnement ARM ou bien vont-il plafonner sans arriver à proposer une alternative viable (au sens de l'usage habituel d'un smartphone) ?
En tous cas, je ne comprends pas : ça va être beaucoup d'efforts et de temps pour faire du reverse engineering de blobs et en faire une version libre ; si entre-temps les composants hardware correspondant sont devenus obsolètes et ne sont plus disponibles, la FSF va recommencer ?
[^] # Re: Comme pour les pc ?
Posté par mahikeulbody . En réponse au lien L’âge d’or des ROM Android est mort, mais la communauté refuse d’abandonner. Évalué à 8.
Je ne pense pas qu'il y ait beaucoup d'aficionados d'AOSP ici, je pense qu'il y a surtout beaucoup de gens pour qui l'usage complet d'un smartphone est "indispensable" (j'ai mis des guillemets, alors ne t'emballe pas) et qui, en attendant mieux, essaient d'en avoir un qui les espionne un peu moins.
Ceci dit, je suis d'accord avec toi : je crois qu'il faudrait arrêter de gaspiller les efforts sur les alternatives à AOSP et se consacrer à faire marcher un Linux ARM sur ces machines. Mais est-ce seulement possible ? Quand on voit que la FSF se lance, si j'ai bien compris, dans une opération basée sur AOSP, ça sonne comme un constat d'impuissance.
[^] # Re: Comme pour les pc ?
Posté par mahikeulbody . En réponse au lien L’âge d’or des ROM Android est mort, mais la communauté refuse d’abandonner. Évalué à 4. Dernière modification le 16 octobre 2025 à 02:32.
Il me semble que le fait qu'il s'agisse de machines ARM change pas mal la donne par rapport à x86 (sans oublier les autres raisons évoquées ci-dessus).
[^] # Re: Hiver du quantique ?
Posté par mahikeulbody . En réponse au journal IAllucination post-quantique. Évalué à 3.
A priori, aucune chance que l'IA (du moins l'IA générative) puisse être une application de l'ordinateur quantique. Un ordinateur quantique, ce n'est pas un ordinateur conventionnel beaucoup plus rapide, c'est un ordinateur capable d'effectuer certains calculs et, dans ce cas, en général "infiniment" plus vite. Tout est dans le "certains".
[^] # Re: Le futur est difficile à anticiper
Posté par mahikeulbody . En réponse au journal IAllucination post-quantique. Évalué à 9.
Je crois que c'est une bonne raison de s'y prendre maintenant. Et l'investissement pour développer ces chiffrements post-quantiques (qui doivent bien sûr aussi continuer à résister aux ordinateurs conventionnels) est négligeable par rapport au risque potentiel.
Les ordinateurs quantiques (s'ils existent un jour de façon utilisable) ne remplaceront jamais les ordinateurs classiques car leur domaine algorithmique est très limité. En revanche, ils sont sans doute la seule possibilité de résoudre certains problèmes inaccessibles à l'informatique conventionnelle (1). Est-ce que ça vaut l'investissement qu'on leur consacre ? Je n'en sais rien mais il me semble que cet investissement est bien plus raisonnable et moins nuisible que celui, gargantuesque, consacré à l'autre hype du moment, l'IA générative.
(1) J'espère évidemment qu'on trouvera d'autres applications que la finance ou le déchiffrement.
[^] # Re: Le SS dans CASSOS
Posté par mahikeulbody . En réponse au lien Indemnités journalières : la Cnam renonce à son logiciel Arpège. Évalué à 4. Dernière modification le 14 octobre 2025 à 15:32.
Je ne sais pas si la comparaison est pertinente. Je n'ai eu pas d'expérience de gros projets avec une administration mais j'en ai eu avec des boites comme EDF ou GDF-Suez. On ne demandait pas au client d'être compétent en informatique mais de bien connaître ses processus métier et force est de constater que non seulement c'était le cas chez nos interlocuteurs mais qu'en plus ils avaient fait en amont une remise à plat de ces processus (souvent via une autre boite de consulting). Est-ce le cas quand l'interlocuteur est un ministère ou une administration ?
PS. Ca n'exclut bien sûr pas les cas où c'est le prestataire qui est responsable de l'échec.
[^] # Re: pas forcément (bis)
Posté par mahikeulbody . En réponse au journal Logitech, domotique et libre. Évalué à 4.
Tout dépend du système d'alarme, impossible de donner une réponse générique. Un moyen de le savoir est d'identifier ses composants et de voir s'ils font partie des intégrations disponibles dans Home Assistant (https://www.home-assistant.io/integrations/?brands=featured) ; même si on ne compte pas utiliser ce logiciel, ça donne une indication sur l'ouverture du composant. Pour les composants fonctionnant en zigbee, on peut regarder https://www.zigbee2mqtt.io/supported-devices/#. Idem même si on ne compte pas utiliser zigbee2mqtt.
A noter : Home Assistant a des intégrations qui prennent en compte certains systèmes d'alarme comme un tout : il faut donc d'abord chercher avec la marque du système d'alarme. Si ce n'est pas pris en charge, il faut alors identifier les composants individuels du système d'alarme, les capteurs notamment. Cela peut se révéler plus difficile si le fabricant du système d'alarme a masqué cette information.
[^] # Re: Intéressant
Posté par mahikeulbody . En réponse à la dépêche 40 ans pour l'informatique libre | Entretien avec Richard Stallman. Évalué à 2. Dernière modification le 13 octobre 2025 à 11:39.
D'abord tout ce qui est non-libre n'est pas nécessairement payant. Ensuite, tout dépend du contrat : si tu loues une voiture, par exemple, il y a des limites d'usage et de durée. Idem si tu payes pour du stockage cloud.
Selon le sens habituel, "l'injustice" c'est quand on subit un préjudice sans avoir eu le choix d'y échapper. Quand tu acquiers un logiciel non-libre, même gratuitement, et que celui-ci t'enferme dans son écosystème au point qu'il devient difficile d'en sortir, c'est injuste seulement si le piège n'était pas évident dès le départ.
Bon, au final, je pense qu'on est d'accord sur le fond, on diffère juste sur le sens à donner au mot "injustice". Tu parles d'injustice là où moi je préfère parler de "mauvais choix" (étant bien entendu qu'un logiciel non-libre, gratuit ou à prix dérisoire, respectant les standards pour le format de ses données/protocoles de telle sorte qu'il est possible de le remplacer en cas de défaillance de l'éditeur, n'est pas "injuste").
[^] # Re: pas forcément (bis)
Posté par mahikeulbody . En réponse au journal Logitech, domotique et libre. Évalué à 5.
Flasher son matériel quand c'est possible, c'est bien. Mais c'est loin d'être le passage obligé pour "libérer" du matériel. J'ai personnellement flashé un relai Sonoff mais si j'avais utilisé un Shelley (que je ne connaissais pas à l'époque), je n'en aurais pas eu besoin. Idem pour tous les devices zigbee (By the way, je n'ai aucune compétence en électronique, c'est quand même assez facile).
Ceci dit, il est vrai que ça implique le plus souvent un serveur domotique (Home Assistant, par exemple). Mais soyons réaliste : si tu veux pouvoir accéder à distance (via internet) à un device, la solution "grand public qui n'y connaît rien", c'est une application ou une interface web qui se connecte à un cloud. Même si le code du serveur est libre, la reprise par une communauté ne va pas se faire en un jour (si tant est qu'elle se fasse s'il s'agit d'un device peu répandu).
On en conclut quoi : en tout premier, que la domotique n'est pas impérative (sinon je vais me faire démolir par tkr), ensuite que si on en utilise, il faut choisir des matériels qui permettent un accès local via un protocole documenté (ou, mieux, standard). Que les logiciels fournis par le fabricant (dans le matériel ou coté serveur quand il y en a un) soient libres ou non est moins important en pratique pour Mr ou Mme Lambda.
[^] # Re: trottinettes en libre-service à Grenoble
Posté par mahikeulbody . En réponse au journal La vérification d'âge menace vos données personnelles. Évalué à 4. Dernière modification le 12 octobre 2025 à 20:01.
"indispensable" dans mon commentaire ne veut pas dire "on ne peut pas s'en passer". J'ai pris la peine de préciser qu'il faut le comprendre comme "je peux m'en passer comme je peux me passer de plein d'autres choses mais ça me facilite beaucoup la vie". Et, bien sûr, ça veut encore moins dire "obligation absolue/urgence/impératif" !
J'imagine cependant que tu avais besoin de déformer complètement mon propos pour pouvoir placer ta diatribe méprisante :
et ridicule :
Quiconque pense utiliser le service va installer l'application une bonne fois pour toute sans attendre d'en avoir besoin (et c'est quoi cette histoire de devoir valider un itinéraire ?).
Pour finir, une fois de plus, on veut illustrer un sujet (ici, le danger de transmettre un scan de CNI) via un exemple et toi tu t'acharnes sur l'exemple. C'est ton droit mais essaie au moins d'être un peu honnête intellectuellement.
Tu rigoles, j'adore ça, je préfère les manger que de les gaspiller sur toi.
[^] # Re: Et si on boycottait Google?
Posté par mahikeulbody . En réponse à la dépêche Android n’autorisera plus que les applications des développeurs autorisés. Évalué à 2.
Étonnant. Il n'y a pas un petit bouton "ignorer" ou "passer" un peu caché par un "malencontreux" choix de couleurs ?
# pas forcément
Posté par mahikeulbody . En réponse au journal Logitech, domotique et libre. Évalué à 4. Dernière modification le 12 octobre 2025 à 18:09.
C'est un vrai problème auquel les gens ne sont pas vraiment sensibilisés. Matter devrait en principe apporter des solutions mais je n'ai pas de retour d'expérience personnel là-dessus.
Ceci dit, "produit propriétaire" ne signifie pas forcément produit qui finit à la benne si son fabricant arrête de le supporter. En fait, c'est comme pour les formats de données, ce qui importe avant tout, c'est qu'il supporte un protocole standard (MQTT, HTTP, Matter, …) et permette un accès sans passer par l'appli ou le cloud du fabricant. Dans ce cas, il n'est pas juste de parler d'injustice.
Ce n'est pas si rare : les relais Shelly, la serrure Nuki, des devices zigbee (zigbee2mqtt supporte énormément de produits zigbee) sont des exemples que j'utilise chez moi.
[^] # Re: Intéressant
Posté par mahikeulbody . En réponse à la dépêche 40 ans pour l'informatique libre | Entretien avec Richard Stallman. Évalué à 2.
Et ça, pour le coup, je trouve que c'est injuste.
[^] # Re: Prospective
Posté par mahikeulbody . En réponse au lien John Clarke, prix Nobel de physique, prévient que Donald Trump « paralyse » la science. Évalué à 2. Dernière modification le 10 octobre 2025 à 20:13.
Pas vraiment, non !
Je veux surtout dire que j'ai encore plus peur des vrais fanatiques. Trump, n'est pas un vrai fanatique, il a tous ces défauts qu'il est inutile d’énumérer ici mais on peut espérer le manipuler dès lors que tu causes deals, money, prix Nobel de la paix et que tu le caresses dans le sens du poil. Pas convaincu que ce sera possible avec un Vance en mission.