Comme lors des vagues dot-com, blogs et SaaS par le passé, d’innombrables applications d’IA affluent, mais la plupart sont vouées à disparaître sans jamais voir la lumière. Dans un environnement où tout le monde peut créer une application avec l’IA, si elle n’a aucun élément de différenciation particulier, c’est la forme même de l’application qui perdra bientôt tout son sens. Nous entrons désormais dans l’ère du « logiciel invisible », où l’IA génère et supprime à la volée les fonctions nécessaires.
Si l’on repense au boom du développement d’applications aux débuts du smartphone, la situation actuelle devient encore plus claire. Désormais, l’essentiel du développement avec l’IA n’est plus le code, mais l’idée, la conception et la capacité d’exécution. Naturellement, la définition même du « développeur » en entreprise est elle aussi en train de changer. Mais la réalité est brutale. Les entreprises imposent un développement ultra-court grâce à l’IA et exigent que ce qui prenait autrefois deux semaines soit terminé en deux jours. Les développeurs peuvent aussi devenir accros au « plaisir de construire » dans leurs projets personnels, mais en parallèle, le développement comme travail risque de subir une intensification encore plus extrême de la charge de travail. (Cela me rappelle qu’on a connu le même phénomène dans les années 1990 avec la « bureautique » : l’automatisation du travail de bureau n’a pas rendu le travail plus tranquille ni plus confortable, elle a surtout servi à faire faire davantage avec moins de personnel...)
L’engouement récent pour l’IA en Chine est vraiment impressionnant. Du développement de modèles aux applications, en quantité comme en qualité, le pays semble rivaliser avec les États-Unis, voire parfois les dépasser. D’après mon observation subjective, une part importante des talents clés dans les grands départements IA aux États-Unis sont d’origine chinoise.
Alors que les entreprises américaines adoptent une attitude prudente en raison des questions de confidentialité, de coût des tokens et de sécurité, la Chine se montre relativement plus offensive. En Corée, il serait intéressant d’avoir une intégration avec KakaoTalk, mais en raison du protocole de sécurité très strict propre à Kakao et de son écosystème fermé, l’accès externe n’est pas simple. Au final, on ira sans doute soit vers une automatisation de contournement via une IA de reconnaissance d’écran, soit vers des services d’IA qui évolueront séparément de KakaoTalk. Dans cet engouement pour l’IA, plutôt que de se laisser emporter par la mode et d’abuser des outils, il me semble plus sage d’avancer avec calme et discernement.
Si le fait qu’on puisse deviner la longueur en regardant par-dessus l’épaule constitue une faille de sécurité grave, pourquoi n’impose-t-on pas alors des caches anti-regard sur tous les claviers ayant accès à un terminal Linux ? Il suffit simplement de regarder le clavier, ou d’enregistrer avec une caméra cachée, et c’est réglé.
Honnêtement, quand on voit le front-end des services LLM, c’est tellement lent, pauvre en fonctionnalités et pénible à utiliser qu’en lisant ce genre d’article, ça me fait juste rire.
Honnêtement, à moins qu’ils ne réimplémentent entièrement le shell utilisateur avec leur propre framework comme WinUI, je n’en attends pas grand-chose.
Le simple fait de développer avec React ne signifie-t-il pas que l’objectif est plutôt de sortir quelque chose vite fait, à l’arrache, plutôt que de privilégier la qualité ?
S’il ne s’utilise pas, c’est parce qu’il n’y a pas d’alternative. À l’époque où les téléphones LG étaient bien conçus, beaucoup de gens les utilisaient. C’est eux qui ont fait n’importe quoi et se sont plantés.
Pour la majorité que représentent les salariés, le critère le plus important dans le choix du lieu de résidence est le temps de trajet domicile-travail, donc en dehors de Séoul, ce n’est évidemment pas une option. Même quand le gouvernement essaie de déplacer des organismes publics et des entreprises vers l’extérieur, énormément de gens s’y opposent, donc c’est ça qu’il faudrait d’abord pointer du doigt.
Dans le cas des modèles, les faire tourner en local est déjà impossible pour le grand public, et les autres alternatives ne sont guère plus que le même modèle avec juste un peu de prompt ajouté ; ce n’est pas particulièrement bon marché non plus, et le marketing n’est pas fait correctement. Même un très bon produit, si les gens ne le connaissent pas, il ne se vend évidemment pas.
Franchement, ça donne juste l’impression de regarder des shorts postés pour faire de l’engagement, du genre « ah, les caractéristiques des Coréens~ », sans grande réflexion.
Si quelqu’un est assez proche pour voir ça par-dessus votre épaule, il faudrait plutôt s’inquiéter du fait qu’il voie carrément vos doigts taper...
À cette distance, on pourrait aussi enregistrer le son lui-même et compter le nombre de caractères.
Si la sécurité vous préoccupe vraiment à ce point et que l’environnement est aussi sensible, il faut utiliser une clé de sécurité physique.
La vraie grosse barrière, c’est l’humour. Si on crée une IA avec un vrai sens de l’humour, là ce sera une révolution. Il suffit de voir qu’à l’heure actuelle, quand on lui demande de faire une blague, c’est vraiment d’un ennui mortel.
Il est clair qu’il y a un effet sur l’amélioration de la productivité, mais à mesure que le système se complexifie, il n’est pas facile d’empiler les choses sans compréhension de la conception fondamentale ou du clean code ; c’est un fait élémentaire que tout le monde connaît très bien, même sans parler d’artisanat.
Les retours issus des cas d’usage réels — conflits entre outils, comportements anormaux dans certains environnements, simples fonctionnalités de qualité de vie — reviennent de façon redondante dans chaque projet,
et si les projets ne mutualisent pas ces aspects, les mêmes fonctionnalités doivent être développées encore et encore par de nombreuses personnes, dans de nombreux langages.
Même xdg-desktop-portal est fragmenté selon les environnements, avec les mêmes fonctionnalités développées différemment et à des niveaux d’avancement différents… Quand on regarde l’état du développement, on comprend tout de suite pourquoi c’est si lent.
D’après mon expérience à utiliser Wayland et à suivre les systèmes d’issues et de PR,
comme il s’agit d’un protocole simple sans implémentation standard, le développement part un peu dans tous les sens selon les endroits, ce qui le ralentit,
et comme les protocoles pour les ressources partagées sont séparés dans xdg-desktop-portal, le besoin de passer par des échanges et des processus de décision semble encore ralentir davantage les choses.
Je vois trop souvent des fonctionnalités utiles, déjà présentes dans d’autres environnements de bureau, rester à l’état de PR pendant des mois, voire des années, alors même qu’elles sont pour la plupart implémentées.
Ça donne quelques indices, haha.
Le coût par appel ne sera probablement pas négligeable.
La théorie de l’internet mort...
Je recommande https://github.com/opgginc/opencode-bar.
Comme lors des vagues dot-com, blogs et SaaS par le passé, d’innombrables applications d’IA affluent, mais la plupart sont vouées à disparaître sans jamais voir la lumière. Dans un environnement où tout le monde peut créer une application avec l’IA, si elle n’a aucun élément de différenciation particulier, c’est la forme même de l’application qui perdra bientôt tout son sens. Nous entrons désormais dans l’ère du « logiciel invisible », où l’IA génère et supprime à la volée les fonctions nécessaires.
Si l’on repense au boom du développement d’applications aux débuts du smartphone, la situation actuelle devient encore plus claire. Désormais, l’essentiel du développement avec l’IA n’est plus le code, mais l’idée, la conception et la capacité d’exécution. Naturellement, la définition même du « développeur » en entreprise est elle aussi en train de changer. Mais la réalité est brutale. Les entreprises imposent un développement ultra-court grâce à l’IA et exigent que ce qui prenait autrefois deux semaines soit terminé en deux jours. Les développeurs peuvent aussi devenir accros au « plaisir de construire » dans leurs projets personnels, mais en parallèle, le développement comme travail risque de subir une intensification encore plus extrême de la charge de travail. (Cela me rappelle qu’on a connu le même phénomène dans les années 1990 avec la « bureautique » : l’automatisation du travail de bureau n’a pas rendu le travail plus tranquille ni plus confortable, elle a surtout servi à faire faire davantage avec moins de personnel...)
L’engouement récent pour l’IA en Chine est vraiment impressionnant. Du développement de modèles aux applications, en quantité comme en qualité, le pays semble rivaliser avec les États-Unis, voire parfois les dépasser. D’après mon observation subjective, une part importante des talents clés dans les grands départements IA aux États-Unis sont d’origine chinoise.
Alors que les entreprises américaines adoptent une attitude prudente en raison des questions de confidentialité, de coût des tokens et de sécurité, la Chine se montre relativement plus offensive. En Corée, il serait intéressant d’avoir une intégration avec KakaoTalk, mais en raison du protocole de sécurité très strict propre à Kakao et de son écosystème fermé, l’accès externe n’est pas simple. Au final, on ira sans doute soit vers une automatisation de contournement via une IA de reconnaissance d’écran, soit vers des services d’IA qui évolueront séparément de KakaoTalk. Dans cet engouement pour l’IA, plutôt que de se laisser emporter par la mode et d’abuser des outils, il me semble plus sage d’avancer avec calme et discernement.
Comme BM25 est une recherche centrée sur les mots, l’avis de galadbran semble pertinent.
Si le fait qu’on puisse deviner la longueur en regardant par-dessus l’épaule constitue une faille de sécurité grave, pourquoi n’impose-t-on pas alors des caches anti-regard sur tous les claviers ayant accès à un terminal Linux ? Il suffit simplement de regarder le clavier, ou d’enregistrer avec une caméra cachée, et c’est réglé.
Je suis d’accord.
On évolue vers une forme où l’on parle d’abord, puis où plus personne n’assume la responsabilité ensuite.
Il y a tellement d’articles au titre du genre « untel est mort » pour un oui ou pour un non
que ça finit par devenir assez fatigant, je trouve.
Moi aussi, j’aimerais bien qu’on arrête un peu de tout tuer.
Honnêtement, quand on voit le front-end des services LLM, c’est tellement lent, pauvre en fonctionnalités et pénible à utiliser qu’en lisant ce genre d’article, ça me fait juste rire.
Honnêtement, à moins qu’ils ne réimplémentent entièrement le shell utilisateur avec leur propre framework comme WinUI, je n’en attends pas grand-chose.
Le simple fait de développer avec React ne signifie-t-il pas que l’objectif est plutôt de sortir quelque chose vite fait, à l’arrache, plutôt que de privilégier la qualité ?
S’il ne s’utilise pas, c’est parce qu’il n’y a pas d’alternative. À l’époque où les téléphones LG étaient bien conçus, beaucoup de gens les utilisaient. C’est eux qui ont fait n’importe quoi et se sont plantés.
Pour la majorité que représentent les salariés, le critère le plus important dans le choix du lieu de résidence est le temps de trajet domicile-travail, donc en dehors de Séoul, ce n’est évidemment pas une option. Même quand le gouvernement essaie de déplacer des organismes publics et des entreprises vers l’extérieur, énormément de gens s’y opposent, donc c’est ça qu’il faudrait d’abord pointer du doigt.
Dans le cas des modèles, les faire tourner en local est déjà impossible pour le grand public, et les autres alternatives ne sont guère plus que le même modèle avec juste un peu de prompt ajouté ; ce n’est pas particulièrement bon marché non plus, et le marketing n’est pas fait correctement. Même un très bon produit, si les gens ne le connaissent pas, il ne se vend évidemment pas.
Franchement, ça donne juste l’impression de regarder des shorts postés pour faire de l’engagement, du genre « ah, les caractéristiques des Coréens~ », sans grande réflexion.
Si quelqu’un est assez proche pour voir ça par-dessus votre épaule, il faudrait plutôt s’inquiéter du fait qu’il voie carrément vos doigts taper...
À cette distance, on pourrait aussi enregistrer le son lui-même et compter le nombre de caractères.
Si la sécurité vous préoccupe vraiment à ce point et que l’environnement est aussi sensible, il faut utiliser une clé de sécurité physique.
Je suis contre cela.
C'est une excellente nouvelle.
La vraie grosse barrière, c’est l’humour. Si on crée une IA avec un vrai sens de l’humour, là ce sera une révolution. Il suffit de voir qu’à l’heure actuelle, quand on lui demande de faire une blague, c’est vraiment d’un ennui mortel.
Il est clair qu’il y a un effet sur l’amélioration de la productivité, mais à mesure que le système se complexifie, il n’est pas facile d’empiler les choses sans compréhension de la conception fondamentale ou du clean code ; c’est un fait élémentaire que tout le monde connaît très bien, même sans parler d’artisanat.
Les retours issus des cas d’usage réels — conflits entre outils, comportements anormaux dans certains environnements, simples fonctionnalités de qualité de vie — reviennent de façon redondante dans chaque projet,
et si les projets ne mutualisent pas ces aspects, les mêmes fonctionnalités doivent être développées encore et encore par de nombreuses personnes, dans de nombreux langages.
Même
xdg-desktop-portalest fragmenté selon les environnements, avec les mêmes fonctionnalités développées différemment et à des niveaux d’avancement différents… Quand on regarde l’état du développement, on comprend tout de suite pourquoi c’est si lent.D’après mon expérience à utiliser Wayland et à suivre les systèmes d’issues et de PR,
comme il s’agit d’un protocole simple sans implémentation standard, le développement part un peu dans tous les sens selon les endroits, ce qui le ralentit,
et comme les protocoles pour les ressources partagées sont séparés dans
xdg-desktop-portal, le besoin de passer par des échanges et des processus de décision semble encore ralentir davantage les choses.Je vois trop souvent des fonctionnalités utiles, déjà présentes dans d’autres environnements de bureau, rester à l’état de PR pendant des mois, voire des années, alors même qu’elles sont pour la plupart implémentées.