Et, bien sûr, d'avoir des tests qui sont associés aux besoins et spécifications du produit (ou, à la rigueur, du module en cours de développement), sinon ça ne sert à rien.
Ça je l'ai constaté en demandant naïvement à Claude de me créer des tests pour une appli Python que j'ai développé pour mon besoin personnel il y a une dizaine d'années. Il m'a créé plus de 1000 tests qui ont tous marché sans révéler le moindre bug !
Ciel, avais-je fait une appli de quelques milliers de lignes sans bug ?!
Non, bien évidemment. Même en ayant pris le soin de décrire ce que devait faire l'appli (mais de façon non exhaustive et surtout non formelle), Claude s'est principalement inspiré du code pour en déduire ce que ça devait faire et les tests ont surtout permis de vérifier que son analyse du code était ok, pas que le code faisait tout ce qu'il était censé faire pour l'utilisateur.
Ceci dit, les tests générés par un LLM sur la seule base du code peuvent quand même être utiles si on a une application qui tourne depuis longtemps sans bug apparent et en faisant a priori tout ce qu'on attend d'elle, et qu'on veut la modifier: c'est une bonne base pour tester la non-régression.
Je suis curieux de connaître les MUA qui affichent par défaut les images distantes. Ceux que je connais n'affichent aucune images par défaut ; même gmail n'affiche pas d'image par défaut (à moins que j'ai un jour configuré quelque chose sur ce sujet et que j'ai oublié depuis).
elle est à jour coté sécurité. Va tu prétendre que je suis moins sécurisé maintenant?
C'est un débat où je n'ai aucune expertise mais il me semble que tu mélanges deux types de sécurité : celle apportée par un OS à jour (mais qui ne garantit en rien que l'appli que tu exécutes n'est pas une copie falsifiée de celle que la banque attend) et celle apportée par les mécanismes de vérification que l'appli est bien celle qu'elle prétend être. Du coup, le problème que tu soulèves - la non mise à jour des systèmes après quelques années - n'est pas un problème intrinsèque à Android ou Google et n'a rien à voir avec la discussion en cours.
Donc pas la peine de continuer en boucle à dire qu'on y peut rien.
Ce n'est pas du tout ce que je comprends du discours d'Aeris. Moi je comprends qu'il n'y a rien à attendre des banques sur ce sujet ; principalement à cause de la législation, et aussi parce qu'elles ne trouvent pas d'intérêt à se mobiliser auprès des instances de régulation pour changer les règles en vigueur en faveur de ceux qui réclament (à juste titre) une solution sans smartphone imposé.
C'est donc à nous, usagers, de pousser pour que le législateur change les règles.
Et tu remarqueras que malgré tout y'en a qui arrivent a court-circuiter play integrity.
Ça représente combien de % des usagers ? 0,001% ? J'imagine que pour une banque, Play Integrity fait le taff malgré ce potentiel minuscule trou dans la raquette.
Il n'est pas possible, et ne sera pas possible au moins avant 2030, de régler ses achats en caisse via wero. C'est pourtant là bas que se situe tout le combat avec Visa/MC.
Tu as une source pour ça ? Les annonces que j'ai vu parlent plutôt d'une disponibilité en 2027. Personnellement je ne fais quasiment jamais de paiement "entre amis" (juste avec ma famille, donc on a nos RIB enregistrés et on se fait des virements instantanés classiques) mais en revanche, Wero m'intéresse pour les paiements en caisse ou sur internet.
À part quelques artisans, qui passeront par wero, je doute que je puisse payer en magasin avec ce truc.
C'est un doute peu étayé. Si les commerçants n'ont pas besoin d'un terminal dédié, si les frais de transactions sont beaucoup plus faibles, je ne vois pas pourquoi ça ne marcherait pas. Le PIX brésilien, une sorte de Wero avec quelques différences, est en train de remplacer les Visa/MC (au grand dam de Trump qui a dit que c'était de la concurrence déloyale) et même les vendeurs de rue l'ont adopté.
Comment on reconnaît les textes écrits par des humains des textes écrits par des IA ? Si j'ai bien compris, les boites d'IA scannent tout internet sans filtre (et souvent sans autorisation mais c'est un autre sujet) alors à moins qu'elles aient une "photo" de l'Internet d'il y a 3 ou 4 ans, je ne vois pas comment elles arrivent à établir ces données initiales non synthétiques.
Il y a beaucoup de mauvaise foi dans ton commentaire.
En quoi c'est mieux qu'un format issue de MS Office ?
Peut-être parce qu'il ne fait pas 10000 pages et qu'il n'y a pas des blobs non documentés dedans ?
Avant ODT il n'y avait qu'un format propriétaire qui le serait resté sans ODT (OOXML n'existe que parce que MS y a été, de facto, contraint).
Tu appliques un raisonnement récursif douteux : ODT c'est pas bien parce que presque personne ne l'utilise (ce qui est d'ailleurs faux), donc il ne faut pas l'utiliser. Et puis l'interface de LO est nulle (ce qui se discute) mais n'est pas absolument pas un argument quand l'article dont il est question parle de l'avenir.
Pour finir, le titre de ton commentaire est juste ridicule, j'espère que tu t'en rends compte.
Les mettre dans un dépôt git les rends lisibles ? Pas lisible au sens où c'est compréhensible facilement mais au sens où on a le texte complet qui s'applique sans un millier de renvois à d'autres textes et des dizaines de "annule et remplace le chapitre xx de yy".
J'imagine par ailleurs que ça doit faciliter l'analyse de savoir ce qui était applicable à une date donnée dans le passé.
Je n'ai jamais utilisé Strava mais je ne crois pas que ça ait un rapport avec le sujet. Ici, on a affaire à des gens qui partagent consciemment (même s'ils oublient les conséquences possibles) leurs activités sportives sur Strava. C'est ce partage qui donne tout son sens à Strava : cartes de chaleur, comparaison avec la performance des autres, etc… Rien à voir avec des données leakées et des databrokers qui les revendent.
En revanche si les clients qui refusent le smartphone ne représentent que 0,1% de leur clientèle, ils peuvent aussi choisir de fermer leurs comptes sans avoir à justifier pourquoi plutôt que mettre en place une alternative.
Les premières victimes de cette révolution vont être les ESN. Rappelons leur modèle :
* Le client rédige les spécifications du logiciel.
* Il confie le développement à l'ESN, qui active une cohorte de développeurs.
Bon, durant ma carrière (je suis à la retraite depuis une quinzaine d'années) que j'ai effectué dans une ESN (Sema puis Atos), le modèle des projets sur lesquels j'ai travaillé était plutôt :
le client rédige (ou fait rédiger) un cahier des charges
il confie la réalisation à une ESN qui
active des gens avec profil informatique ET des connaissances du métier du client
active des gens pour concevoir l'architecture informatique nécessaire
active des gens pour réaliser le projet
Il y a des étapes que je vois mal remplacées par une IA en l'état actuel mais il est évident que l'IA aurait considérablement réduit l'effectif des projets dont je parle.
Je viens moi-même de faire du vibe coding sur une appli Python à usage personnel que j'ai fait il y a une dizaine d'années afin de la moderniser et la rendre éventuellement "publiable" et je dois dire que je suis extrêmement impressionné : découverte de bugs très subtils, génération de la documentation sur la seule base du code avec une "compréhension" profonde du pourquoi du comment, génération de suite de tests, suggestions pertinentes d'amélioration, … Après, je parle d'une appli d'environ 3500 lignes de Python (hors codes de test), rien à voir avec une vraie appli métier réelle.
Avec les styles par défaut, je viens d'insérer un tableau puis j'ai écris une ligne en dessous : elle est juste en dessous, il n'y a pas de ligne insérée.
Peut-être que chez toi le style "tableau" spécifie un saut de ligne après le tableau. Je crois que c'est dans l'onglet 'enchaînement' quand tu édites le style.
Bon, peut-être que je n'ai pas compris ton problème.
J'ai souvent lu que la technologie AMOLED, de plus en plus courante sur les écrans d'ordiphone, fait qu'un pixel noir ne consomme rien. Du coup, le thème sombre augmenterait l'autonomie (ce qui n'est pas forcément une bonne raison pour s’abîmer la vue, j'en conviens).
Les gens choisissant un système autre qu'AOSP/android le choisissent pour virer les applis, celles des gafam en tête de liste.
Ça m'étonnerait que ce soit la raison vu que rien ne t'oblige à utiliser les applis GAFAM tout en restant sur Android/AOSP. Quant à virer toutes les applis quelles qu'elles soient, je ne comprends pas vu que tu ne réponds jamais à la question : qu'entends-tu par appli ?
Il y a aussi des applis sur Linux ou postmarketOS, non ? Tout comme il y a des applis libres sur Android/AOSP.
Bon courage pour "forker" une variante sur un AOSP devenu propriétaire, source fermée.
L'idée du fork est de le faire sur la dernière version libre disponible (ou avant). Que AOSP devienne propriétaire, à source fermée, un jour n'est pas le problème, c'est ça que tu ne sembles pas comprendre.
Le problème ce n'est pas AOSP mais le support du matériel. Et c'est la même chose pour n'importe quelle distribution Linux (pocketmarket OS) dans le monde ARM.
comment voulez vous maintenir une variante d'AOSP si celui ci devient propriétaire? À terme (dix ans max) c'est complètement inévitable.
En le forkant à partir d'une version encore libre.
A mon humble avis, le souci n'est pas là, il est d'avoir accès aux pilotes du matériel (ce qui sur ARM semble plus compliqué que sur x86) et c'est le même problème pour une solution non basée sur AOSP (pocketmarket OS, par exemple).
Si un ou plusieurs fabricants donnent accès à leurs pilotes, la question se posera alors de choisir entre partir du fork de AOSP ou bien d'une distribution Linux "classique". Les deux ont leurs avantages et inconvénients.
Je préfère mille fois quelqu'un qui apprécie le smartphone et qui est en accord avec ses convictions en utilisant un service dispo uniquement sur appli,
Il faudrait que tu définisses ce que tu appelles "applis", visiblement ça ne correspond pas à l'usage courant et ça entraîne des malentendus.
J'ai l'impression que "appli" pour toi, c'est quand il y a service avec un compte qu'on doit créer. Sauf qu'il n'y a pas que ce type d'applis.
Pour moi, Syncthing, Jami, Aegis, Aves, cartes IGN, CoMaps, KeepassDX, Thunderbird, Home Assistant,pour n'en citer que quelque unes, sont aussi des applis et je les utilise sur mon Android.
[^] # Re: Rien de nouveau, non?
Posté par mahikeulbody . En réponse au lien Le culte du TDD et des LLMs. Évalué à 5 (+3/-0). Dernière modification le 15 mai 2026 à 11:14.
Ça je l'ai constaté en demandant naïvement à Claude de me créer des tests pour une appli Python que j'ai développé pour mon besoin personnel il y a une dizaine d'années. Il m'a créé plus de 1000 tests qui ont tous marché sans révéler le moindre bug !
Ciel, avais-je fait une appli de quelques milliers de lignes sans bug ?!
Non, bien évidemment. Même en ayant pris le soin de décrire ce que devait faire l'appli (mais de façon non exhaustive et surtout non formelle), Claude s'est principalement inspiré du code pour en déduire ce que ça devait faire et les tests ont surtout permis de vérifier que son analyse du code était ok, pas que le code faisait tout ce qu'il était censé faire pour l'utilisateur.
Ceci dit, les tests générés par un LLM sur la seule base du code peuvent quand même être utiles si on a une application qui tourne depuis longtemps sans bug apparent et en faisant a priori tout ce qu'on attend d'elle, et qu'on veut la modifier: c'est une bonne base pour tester la non-régression.
[^] # Re: rassurez moi 😨
Posté par mahikeulbody . En réponse au lien Pixels de suivi dans les courriers électroniques : la CNIL publie ses recommandations pour mieux protéger la vie privée. Évalué à 3 (+1/-0). Dernière modification le 11 mai 2026 à 11:51.
Je suis curieux de connaître les MUA qui affichent par défaut les images distantes. Ceux que je connais n'affichent aucune images par défaut ; même gmail n'affiche pas d'image par défaut (à moins que j'ai un jour configuré quelque chose sur ce sujet et que j'ai oublié depuis).
[^] # Re: La pétition ne mentionne pas les bonnes alternatives
Posté par mahikeulbody . En réponse à la dépêche Banques en ligne : l’authentification forte doit-elle imposer Android ou iPhone ?. Évalué à 2 (+2/-2).
C'est un débat où je n'ai aucune expertise mais il me semble que tu mélanges deux types de sécurité : celle apportée par un OS à jour (mais qui ne garantit en rien que l'appli que tu exécutes n'est pas une copie falsifiée de celle que la banque attend) et celle apportée par les mécanismes de vérification que l'appli est bien celle qu'elle prétend être. Du coup, le problème que tu soulèves - la non mise à jour des systèmes après quelques années - n'est pas un problème intrinsèque à Android ou Google et n'a rien à voir avec la discussion en cours.
[^] # Re: Problème Franco-français ?
Posté par mahikeulbody . En réponse au journal Pourquoi je recommanderai (vraiment) pas Wero de sitôt.. Évalué à 3 (+1/-0).
On ne parle pas de la même chose : 48h c'est pour ajouter un nouveau destinataire à qui on veut faire un virement. Là, je répondais à ta phrase
[^] # Re: La pétition ne mentionne pas les bonnes alternatives
Posté par mahikeulbody . En réponse à la dépêche Banques en ligne : l’authentification forte doit-elle imposer Android ou iPhone ?. Évalué à 4 (+2/-0).
Ce n'est pas du tout ce que je comprends du discours d'Aeris. Moi je comprends qu'il n'y a rien à attendre des banques sur ce sujet ; principalement à cause de la législation, et aussi parce qu'elles ne trouvent pas d'intérêt à se mobiliser auprès des instances de régulation pour changer les règles en vigueur en faveur de ceux qui réclament (à juste titre) une solution sans smartphone imposé.
C'est donc à nous, usagers, de pousser pour que le législateur change les règles.
[^] # Re: Problème Franco-français ?
Posté par mahikeulbody . En réponse au journal Pourquoi je recommanderai (vraiment) pas Wero de sitôt.. Évalué à 3 (+1/-0).
Fortuneo envoie un e-mail lors du premier prélèvement annoncé d'un nouveau mandat. On est donc prévenu avant même que le prélèvement soit effectif.
[^] # Re: La pétition ne mentionne pas les bonnes alternatives
Posté par mahikeulbody . En réponse à la dépêche Banques en ligne : l’authentification forte doit-elle imposer Android ou iPhone ?. Évalué à 1 (+0/-1).
Ça représente combien de % des usagers ? 0,001% ? J'imagine que pour une banque, Play Integrity fait le taff malgré ce potentiel minuscule trou dans la raquette.
# Wero en caisse ou sur internet, quand ?
Posté par mahikeulbody . En réponse au journal Pourquoi je recommanderai (vraiment) pas Wero de sitôt.. Évalué à 6 (+4/-0).
Tu as une source pour ça ? Les annonces que j'ai vu parlent plutôt d'une disponibilité en 2027. Personnellement je ne fais quasiment jamais de paiement "entre amis" (juste avec ma famille, donc on a nos RIB enregistrés et on se fait des virements instantanés classiques) mais en revanche, Wero m'intéresse pour les paiements en caisse ou sur internet.
C'est un doute peu étayé. Si les commerçants n'ont pas besoin d'un terminal dédié, si les frais de transactions sont beaucoup plus faibles, je ne vois pas pourquoi ça ne marcherait pas. Le PIX brésilien, une sorte de Wero avec quelques différences, est en train de remplacer les Visa/MC (au grand dam de Trump qui a dit que c'était de la concurrence déloyale) et même les vendeurs de rue l'ont adopté.
[^] # Re: Fil mastodon qui discute le papier
Posté par mahikeulbody . En réponse au lien AI Cannot Self Improve and Math behind PROVES IT!. Évalué à 3 (+1/-0).
Comment on reconnaît les textes écrits par des humains des textes écrits par des IA ? Si j'ai bien compris, les boites d'IA scannent tout internet sans filtre (et souvent sans autorisation mais c'est un autre sujet) alors à moins qu'elles aient une "photo" de l'Internet d'il y a 3 ou 4 ans, je ne vois pas comment elles arrivent à établir ces données initiales non synthétiques.
[^] # Re: Bizarre
Posté par mahikeulbody . En réponse au journal OnlyOffice vs Euro-Office : une faille empêchant les forks dans AGPLv3 ?. Évalué à 3 (+1/-0).
Oui, vraiment (je me demandais si j'étais seul à penser ça). En plus, c'est contre-productif si on souhaite que ça soit largement utilisé world wide.
[^] # Re: Ouin Ouin, on ne peut pas lutter...
Posté par mahikeulbody . En réponse à la dépêche ODF est l’avenir, OOXML le passé. Évalué à 10 (+11/-0).
Il y a beaucoup de mauvaise foi dans ton commentaire.
Peut-être parce qu'il ne fait pas 10000 pages et qu'il n'y a pas des blobs non documentés dedans ?
Avant ODT il n'y avait qu'un format propriétaire qui le serait resté sans ODT (OOXML n'existe que parce que MS y a été, de facto, contraint).
Tu appliques un raisonnement récursif douteux : ODT c'est pas bien parce que presque personne ne l'utilise (ce qui est d'ailleurs faux), donc il ne faut pas l'utiliser. Et puis l'interface de LO est nulle (ce qui se discute) mais n'est pas absolument pas un argument quand l'article dont il est question parle de l'avenir.
Pour finir, le titre de ton commentaire est juste ridicule, j'espère que tu t'en rends compte.
[^] # Re: Test
Posté par mahikeulbody . En réponse au lien Techniques d'agresseur : nier, attaquer, inverser le rôle de la victime. Évalué à 8 (+8/-2).
PASSED
[^] # Re: Y avait ça en France
Posté par mahikeulbody . En réponse au lien Toutes les lois espagnoles versionnées dans un dépôt git. Évalué à 3 (+1/-0). Dernière modification le 29 mars 2026 à 10:43.
Les mettre dans un dépôt git les rends lisibles ? Pas lisible au sens où c'est compréhensible facilement mais au sens où on a le texte complet qui s'applique sans un millier de renvois à d'autres textes et des dizaines de "annule et remplace le chapitre xx de yy".
J'imagine par ailleurs que ça doit faciliter l'analyse de savoir ce qui était applicable à une date donnée dans le passé.
[^] # Re: choisir ses amis
Posté par mahikeulbody . En réponse au lien Zuckerberg, Huang, Ellison, Dell... La « dream team » du nouveau cabinet tech de Trump. Évalué à 8 (+6/-0).
Tout est dans le "presque"…
[^] # Re: ça va arriver de plus en plus souvent…
Posté par mahikeulbody . En réponse au lien « StravaLeaks » : le porte-avions « Charles-de-Gaulle » localisé en temps réel par « Le Monde » grâce à l’application de sport. Évalué à 10 (+8/-0).
Je n'ai jamais utilisé Strava mais je ne crois pas que ça ait un rapport avec le sujet. Ici, on a affaire à des gens qui partagent consciemment (même s'ils oublient les conséquences possibles) leurs activités sportives sur Strava. C'est ce partage qui donne tout son sens à Strava : cartes de chaleur, comparaison avec la performance des autres, etc… Rien à voir avec des données leakées et des databrokers qui les revendent.
[^] # Re: Le nombre qui ne suffit pas
Posté par mahikeulbody . En réponse au journal Boursorama semble dorénavant imposer l'usage d'un smartphone pour utiliser ses services. Évalué à 3.
En revanche si les clients qui refusent le smartphone ne représentent que 0,1% de leur clientèle, ils peuvent aussi choisir de fermer leurs comptes sans avoir à justifier pourquoi plutôt que mettre en place une alternative.
[^] # Re: Svp arrêter de dire ce genre de chose.
Posté par mahikeulbody . En réponse à la dépêche L’économie du logiciel est-elle morte ?. Évalué à 5 (+3/-0).
Bon, durant ma carrière (je suis à la retraite depuis une quinzaine d'années) que j'ai effectué dans une ESN (Sema puis Atos), le modèle des projets sur lesquels j'ai travaillé était plutôt :
Il y a des étapes que je vois mal remplacées par une IA en l'état actuel mais il est évident que l'IA aurait considérablement réduit l'effectif des projets dont je parle.
Je viens moi-même de faire du vibe coding sur une appli Python à usage personnel que j'ai fait il y a une dizaine d'années afin de la moderniser et la rendre éventuellement "publiable" et je dois dire que je suis extrêmement impressionné : découverte de bugs très subtils, génération de la documentation sur la seule base du code avec une "compréhension" profonde du pourquoi du comment, génération de suite de tests, suggestions pertinentes d'amélioration, … Après, je parle d'une appli d'environ 3500 lignes de Python (hors codes de test), rien à voir avec une vraie appli métier réelle.
# pas chez moi
Posté par mahikeulbody . En réponse au message Supprimer la ligne sous un tableau dans LibreOffice. Évalué à 3 (+1/-0). Dernière modification le 07 mars 2026 à 09:05.
Avec les styles par défaut, je viens d'insérer un tableau puis j'ai écris une ligne en dessous : elle est juste en dessous, il n'y a pas de ligne insérée.
Peut-être que chez toi le style "tableau" spécifie un saut de ligne après le tableau. Je crois que c'est dans l'onglet 'enchaînement' quand tu édites le style.
Bon, peut-être que je n'ai pas compris ton problème.
# autonomie
Posté par mahikeulbody . En réponse au journal Je hais les thèmes sombres, et je peux l'expliquer. Évalué à 4 (+2/-0).
J'ai souvent lu que la technologie AMOLED, de plus en plus courante sur les écrans d'ordiphone, fait qu'un pixel noir ne consomme rien. Du coup, le thème sombre augmenterait l'autonomie (ce qui n'est pas forcément une bonne raison pour s’abîmer la vue, j'en conviens).
[^] # Re: Exemple : KeepassXC
Posté par mahikeulbody . En réponse à la dépêche L’ANSSI révise sa doctrine vis-à-vis du logiciel libre. Évalué à 2.
Mais très difficile à "ouvrir" s'il a été verrouillé. Plus que le PC à la maison (qui lui, en revanche, est moins facile à dérober).
[^] # Re: Android contre Linux ?
Posté par mahikeulbody . En réponse au lien Motorola annonce un partenariat avec GrapheneOS. Évalué à 2 (+0/-0).
Ça m'étonnerait que ce soit la raison vu que rien ne t'oblige à utiliser les applis GAFAM tout en restant sur Android/AOSP. Quant à virer toutes les applis quelles qu'elles soient, je ne comprends pas vu que tu ne réponds jamais à la question : qu'entends-tu par appli ?
Il y a aussi des applis sur Linux ou postmarketOS, non ? Tout comme il y a des applis libres sur Android/AOSP.
[^] # Re: Android contre Linux ?
Posté par mahikeulbody . En réponse au lien Motorola annonce un partenariat avec GrapheneOS. Évalué à 5 (+3/-0).
L'idée du fork est de le faire sur la dernière version libre disponible (ou avant). Que AOSP devienne propriétaire, à source fermée, un jour n'est pas le problème, c'est ça que tu ne sembles pas comprendre.
Le problème ce n'est pas AOSP mais le support du matériel. Et c'est la même chose pour n'importe quelle distribution Linux (pocketmarket OS) dans le monde ARM.
[^] # Re: Android contre Linux ?
Posté par mahikeulbody . En réponse au lien Motorola annonce un partenariat avec GrapheneOS. Évalué à 4 (+2/-0).
En le forkant à partir d'une version encore libre.
A mon humble avis, le souci n'est pas là, il est d'avoir accès aux pilotes du matériel (ce qui sur ARM semble plus compliqué que sur x86) et c'est le même problème pour une solution non basée sur AOSP (pocketmarket OS, par exemple).
Si un ou plusieurs fabricants donnent accès à leurs pilotes, la question se posera alors de choisir entre partir du fork de AOSP ou bien d'une distribution Linux "classique". Les deux ont leurs avantages et inconvénients.
[^] # Re: Android contre Linux ?
Posté par mahikeulbody . En réponse au lien Motorola annonce un partenariat avec GrapheneOS. Évalué à 3 (+1/-0).
Et avec un Linux basé sur flatpak comme certaines distributions récentes ?
[^] # Re: multi repetita non placent
Posté par mahikeulbody . En réponse au lien Pétition contre le verrouillage d'apps Android. Évalué à 2 (+0/-0).
Il faudrait que tu définisses ce que tu appelles "applis", visiblement ça ne correspond pas à l'usage courant et ça entraîne des malentendus.
J'ai l'impression que "appli" pour toi, c'est quand il y a service avec un compte qu'on doit créer. Sauf qu'il n'y a pas que ce type d'applis.
Pour moi, Syncthing, Jami, Aegis, Aves, cartes IGN, CoMaps, KeepassDX, Thunderbird, Home Assistant,pour n'en citer que quelque unes, sont aussi des applis et je les utilise sur mon Android.