1002 | IA, dev et frontières : le tour de l'actualité tech

Claire Martin: Bonjour et bienvenue dans le podcast, c'est Claire Martin.

Nicolas Moreau: Et Nicolas Moreau. Vingt-quatre heures de discussion sur Hacker News, et une fois de plus, tout se rejoint : l'intelligence artificielle partout, dans les salles de rédaction comme dans les régulateurs, dans les outils des développeurs comme dans nos téléphones. On a choisi de faire le tour de ce qui a vraiment fait débat, et surtout de ce que les commentateurs en ont dit.

Claire Martin: On va commencer côté business et régulation, parce que deux annonces d'OpenAI ont atterri en même temps, et elles disent presque des choses contradictoires sur la trajectoire de l'entreprise. D'un côté, OpenAI s'associe à Synopsys pour un modèle appelé GPT-Synopsys, un modèle d'IA de pointe pour la conception de puces, qui s'appuie sur les outils EDA de Synopsys. Avec, détail important, un partage de revenus entre les deux.

Nicolas Moreau: Et de l'autre côté, la FTC ouvre une enquête sur OpenAI, Anthropic et d'autres entreprises d'IA, sur les dangers potentiels de leurs produits. Et le déclencheur cité, c'est un incident de piratage chez Hugging Face. Donc en vingt-quatre heures, OpenAI signe un partenariat industriel de haut niveau et se retrouve dans le viseur du régulateur américain.

Claire Martin: Ce qui est intéressant dans les réactions, c'est que le partenariat avec Synopsys a été lu comme le signe que l'IA entre vraiment dans un domaine très spécialisé. La conception de puces, l'EDA, c'est un métier de spécialistes, avec des outils propriétaires, des flux de conception extrêmement complexes. Le fait qu'OpenAI signe avec Synopsys plutôt que de tenter de tout faire en interne, ça a été commenté comme un choix pragmatique.

Nicolas Moreau: Oui, et le partage de revenus a aussi nourri la discussion. Certains commentateurs y voient le modèle qui se dessine pour les partenariats IA dans les industries verticales : l'IA apporte le modèle, l'acteur établi apporte le domaine, les outils, les clients. D'autres restent prudents et demandent à voir ce que le modèle produit réellement, parce qu'un modèle « de pointe pour la conception de puces », tant qu'on n'a pas de résultats publics vérifiables, ça reste une promesse.

Claire Martin: Et c'est là que l'enquête de la FTC prend un relief particulier. L'enquête porte sur les dangers potentiels des produits, pas sur les accords commerciaux. Mais les deux nouvelles sont arrivées ensemble, et ça a créé une discussion sur le fait qu'OpenAI avance sur plusieurs fronts en même temps, industriels et commerciaux, pendant que le régulateur commence juste à regarder ce que ces produits font réellement.

Nicolas Moreau: Le fait que l'enquête arrive après un incident de piratage chez Hugging Face, ça a aussi été relevé. Ça situe l'enquête dans un contexte de sécurité de la chaîne d'approvisionnement IA, pas seulement de sécurité des modèles eux-mêmes. La question qui reste ouverte, c'est ce que la FTC va en conclure. On est au début, il n'y a pas encore de conclusions, et les commentateurs n'ont évidemment pas de boule de cristal là-dessus.

Claire Martin: Et pendant qu'on parle d'argent et de géopolitique de l'IA, il y a eu un éditorial dans le Financial Times qui a fait beaucoup parler. L'éditorial qualifie le projet d'IA de « fonds souverain » de techn impérialisme. Et là, la réaction de la communauté a été assez vive, mais pas dans le sens qu'on pourrait attendre.

Nicolas Moreau: Non, justement. L'essentiel des critiques sur Hacker News porte sur l'article lui-même. Les commentateurs reprochent à la pièce d'ignorer l'existence de fonds souverains bien établis, comme ADIA aux Émirats ou Temasek à Singapour. Autrement dit, on leur dit : vous parlez d'un « fonds souverain de l'IA » comme si c'était une nouveauté impériale inédite, alors que les États du Golfe et l'Asie font ça depuis des décennies avec le pétrole et les réserves.

Claire Martin: C'est un débat intéressant parce qu'il ne porte pas vraiment sur le fond du projet, mais sur la cadre de l'argumentaire. Les commentateurs disent en substance : si vous voulez critiquer l'influence des capitaux IA, comparez-la à ce qui existe déjà, sinon votre analyse est incomplète.

Nicolas Moreau: Exactement. Et ça rejoint le fil qu'on avait en tête en commençant : l'argent de l'IA fait débat autant que la technologie. Sur le même thème financier, il y a eu une information du New York Times sur Meta. Meta demande des crédits d'impôt R&D sur les puces Nvidia d'IA destinées à ses data centers, et ça lui aurait permis de gratter près de quatre milliards de dollars de sa facture fiscale l'année dernière.

Claire Martin: Quatre milliards, ça a quand même marqué les esprits dans les réactions. Ce n'est pas la même discussion que le fonds souverain, mais ça pose une question voisine : qui paie la course à l'IA, et avec quels avantages fiscaux.

Nicolas Moreau: Et pour compléter le tableau économique, une parole forte de côté matériel : le PDG de Micron déclare que l'approvisionnement en mémoire sera « beaucoup plus tendu » en 2027-2028. Plus de 75 % de la production 2027 est déjà engagée, et il n'y a aucune visibilité vers un équilibre du marché.

Claire Martin: Ça, c'est concret. Si plus des trois quarts de la production de mémoire de 2027 sont déjà vendus, ça veut dire que les prix et les disponibilités vont être sous tension pour tout le monde, pas seulement pour les géants. Les commentateurs ont relié ça à la course aux data centers IA, qui absorbe la mémoire à grande échelle.

Nicolas Moreau: Voilà. Donc on a la régulation qui s'éveille, les capitaux qui s'organisent, la fiscalité qui joue un rôle énorme, et le matériel qui devient la ressource rare. Tout ça se tient, et c'est le contexte dans lequel arrive notre deuxième grand bloc : les agents IA.

Claire Martin: Alors, trois sujets là-dedans, et le premier est assez fondamental. L'OpenID Foundation a publié un livre blanc en 2025 sur la gestion d'identité pour l'IA agentique. Le document traite de l'authentification, de l'autorisation et de l'autorité déléguée pour les agents.

Nicolas Moreau: C'est un sujet qui va devenir très concret très vite. Quand un agent agit pour vous, il doit pouvoir prouver qui il est, savoir ce qu'il a le droit de faire, et surtout, l'autorité déléguée, ça veut dire savoir exactement ce que vous lui avez permis de faire en votre nom. Les standards existants d'identité, OAuth et tout ça, n'ont pas été pensés pour ça.

Nicolas Moreau: Donc un livre blanc de l'OpenID Foundation, c'est une tentative de cadrer le problème avant que les implémentations se multiplient dans tous les sens.

Claire Martin: Et dans les réactions, la question qui revient, c'est : est-ce que le monde attendra un standard propre ? Parce qu'il y a une pression énorme pour déployer des agents maintenant, et l'histoire de l'informatique montre qu'on déploie d'abord et on标准化 ensuite, rarement l'inverse. Donc le livre blanc pose les bonnes questions, mais rien ne dit qu'il arrive à temps.

Nicolas Moreau: Deuxième volet du bloc agents, côté recherche cette fois. Un papier sur ce qu'on appelle les Context Language Models. L'idée centrale : traiter le contexte comme un fichier que le modèle gère lui-même. Et les résultats rapportés dans le papier, c'est que cette approche bat l'état de l'art en gestion de contexte, tout en utilisant moins de FLOPs. Le papier mentionne aussi la réutilisation d'un cache de suffixe.

Claire Martin: Ça a été bien reçu parce que ça attaque un vrai problème. La fenêtre de contexte, c'est un goulot d'étranglement coûteux et mal géré. Si le modèle peut organiser son propre contexte comme on organise un fichier, avec lecture, écriture, et un cache qui permet de ne pas recalculer ce qui existe déjà, ça change les économies du système.

Nicolas Moreau: Et le cache de suffixe, c'est la partie qui a le plus fait rêver les commentateurs techniques, parce que ça permet de réutiliser du travail déjà fait plutôt que de tout recomputer à chaque fois. Mais là aussi, il faut rester prudent : c'est un papier, les résultats viennent du papier, et la vraie question, c'est comment ça se comporte sur des charges réelles et dans des implémentations production.

Claire Martin: Troisième volet, et c'est probablement le plus discuté du bloc : Pi 1.0. C'est un harnais d'agent de code minimal et durci, extensible, avec ce qu'ils appellent Codemode, du support d'extensions, du chargement différé d'outils, et une interface TUI plein écran par défaut.

Nicolas Moreau: Et Pi 1.0 se relie directement à la discussion qu'on avait au début sur les workflows sans supervision. Parce que le fil de fond sur Hacker News, depuis un moment, c'est que les LLM pour coder restent peu fiables et qu'on n'a pas encore de workflows sans supervision qui marchent. Il y a même eu un site de sondage appelé Goalposts qui fait voter sur la question de savoir si l'IA a atteint les défis passés de Hacker News.

Nicolas Moreau: Et le débat y est toujours le même : codage LLM peu fiable, pas encore de workflows sans supervision.

Claire Martin: Donc Pi 1.0 arrive dans ce contexte. Et le positionnement du projet est intéressant : plutôt que de promettre l'autonomie totale, c'est un harnais durci, minimal, extensible. C'est-à-dire qu'on assume que l'agent a besoin d'une structure solide autour de lui, avec un chargement différé des outils pour ne pas surcharger le contexte, et une interface plein écran pour que l'humain garde le contrôle.

Nicolas Moreau: C'est un pari inverse de la promesse « agent autonome qui code pendant que vous dormez ». Les gens qui défendent cette approche disent : la fiabilité vient du harnais, pas du modèle. Ceux qui sont plus sceptiques rappellent que ça ne résout pas le problème de fond, la fiabilité du modèle lui-même.

Claire Martin: Et dans le même écosystème, il y a Pi Durable, un framework expérimental pour des agents durables longue durée, qui tourne sur des backends de stockage. Environ quinze mille lignes de code, avec du stockage en mémoire, SQLite ou JSONL, et un environnement d'exécution Node.

Nicolas Moreau: Le mot clé là-dedans, c'est « durable ». Un agent longue durée, ça veut dire un agent qui doit survivre à des redémarrages, reprendre là où il en était, avoir un état persistant. C'est un problème qu'on connaît bien dans les systèmes distribués, et le fait de l'importer dans le monde des agents, avec du stockage derrière, c'est une direction que beaucoup trouvent logique.

Claire Martin: Et il y a aussi eu deux autres projets dans ce paysage IA, on les mentionne parce qu'ils éclairent le débat. Bez, un projet en Rust qui génère un moteur de navigateur à partir des spécifications web et des tests. Et dans les commentaires, plusieurs gens notent que l'IA ne sait pas encore construire des moteurs rapides et bien architecturés.

Nicolas Moreau: C'est un contre-exemple intéressant face à l'enthousiasme général. Générer un navigateur à partir des specs, c'est un test grandeur nature de ce que l'IA peut faire sur un système d'une complexité extrême. Et le verdict des commentateurs, c'est : pas encore. On peut générer du code, mais construire quelque chose de rapide et de bien architecturé, c'est un autre niveau.

Claire Martin: Et Cloudflare a lancé des modèles de décision open source, Clef et Clef-flash, plus une plateforme de fine-tuning par apprentissage par renforcement. Et dans les réactions, certains font remarquer que des petits LLM peuvent imiter ce genre de chose.

Nicolas Moreau: Donc on a, sur ce bloc agents, une tension très claire. D'un côté l'infrastructure se construit : identité, contexte, harnais, durabilité. De l'autre, le verdict des praticiens sur la fiabilité reste nuancé. Ça rejoint exactement ce qu'on disait sur l'enquête de la FTC : les produits avancent, les questions sur ce qu'ils font réellement restent ouvertes.

Claire Martin: Et enchaînons justement sur les développeurs humains, parce que les outils bougent aussi de leur côté. SvelteKit 3.0 est sorti le premier octobre 2026. Les changements principaux : la configuration déménage dans vite.config.ts, le spécial $lib devient simplement lib, et les remote functions restent expérimentales mais sont désormais utilisables en production.

Nicolas Moreau: Le passage de $lib à lib et la config dans vite.config.ts, ce sont des simplifications qui réduisent la quantité de magic dans le framework. Les remote functions, c'est la nouveauté la plus suivie : permettre d'appeler du code serveur depuis le client de manière quasi transparente.

Nicolas Moreau: Le fait qu'elles soient marquées expérimentales mais utilisables en prod, ça divise un peu les avis : certains y voient un signal de confiance raisonnable, d'autres rappellent qu'expérimental veut dire que l'API peut encore bouger.

Claire Martin: Et il y a un arrière-plan sombre à tout ça, dont on a beaucoup parlé : l'enseignement du développement web est en train de s'effondrer sous l'IA générative. Les créateurs de cours rapportent des chutes de revenus de plus de 50 %. Et Dr. Axel, sur le blog 2ality, retire ses livres de la vente à cause du trafic des crawlers IA.

Nicolas Moreau: C'est un des fils les plus poignants de la journée, parce qu'il met des visages et des chiffres sur ce qu'on appelait vaguelement la disruption de l'éducation par l'IA. Pourquoi acheter un cours ou un livre quand un modèle peut vous répondre ? La réponse des créateurs de contenu, c'est que le modèle apprend de leur travail, mais ne le rémunère pas, et que les crawlers IA ratissent leur contenu sans rien rapporter.

Claire Martin: Et le cas de 2ality est symbolique, parce que c'est un des blogs techniques les plus respectés, une référence sur JavaScript depuis des années. Quand un tel blog décide de retirer ses livres, ce n'est pas un cas isolé, c'est un signal sur l'économie du contenu technique.

Nicolas Moreau: Les commentateurs divergent sur la suite. Certains pensent que le contenu humain de qualité deviendra une niche premium, d'autres que la génération suivante de développeurs apprendra uniquement par l'IA, avec des conséquences qu'on ne mesure pas encore. Ce qui fait consensus, c'est le constat : les revenus chutent, les modèles économiques cassent. Ce qui ne fait pas consensus, c'est quoi faire.

Claire Martin: Et pour finir ce bloc sur une note positive, le compilateur Rust. En deux mois, il a gagné 4,57 % de réduction moyenne du temps mur, via des changements algorithmiques, LLVM 23, du PGO sur Clippy, et du nouveau travail sur Polonius.

Nicolas Moreau: Ce qui est intéressant là-dedans, c'est le détail : ce n'est pas un gros saut miracle, c'est une accumulation. Des changements algorithmiques, un LLVM plus récent, du profile-guided optimization sur Clippy, et des travaux sur Polonius qui concernent le borrow checker. C'est du travail de fond, patient, et les 4,57 % en sont la somme.

Claire Martin: Ce qui tranche joliment avec la discussion précédente : d'un côté des outils humains qui s'améliorent de quelques pour cent par des efforts méthodiques, de l'autre une industrie de l'IA qui bouleverse des économies entières.

Nicolas Moreau: Et ça nous amène naturellement à ce qu'il y a sous le capot, dans les fondations des outils. Premier sujet : GitButler a publié un article qui critique le choix du SHA-256 par défaut dans Git 3.0. L'argument : rehacher les objets casse les références externes aux hash, et il manque un mapping des anciens hash vers les nouveaux.

Claire Martin: C'est un problème très concret. Les hash Git sont utilisés partout en dehors de Git : dans les issues, les commits référencés dans les documentations, les liens, les systèmes externes qui pointent vers un SHA précis. Si Git 3.0 rehache tout en SHA-256 sans fournir un mapping ancien-vers-nouveau, tous ces liens deviennent des références mortes.

Nicolas Moreau: Et la critique de GitButler n'est pas « SHA-256 est mauvais », c'est « le coût de migration est mal pris en compte ». SHA-256 est plus sûr que SHA-1, personne ne le conteste. La question, c'est la transition, et l'absence de mapping fait que la migration a un coût réel pour tout l'écosystème externe. Les réactions ont surtout porté sur ce dilemme sécurité contre continuité, et sur le fait que le mapping semble être un manque évident.

Claire Martin: Deuxième sujet du bloc : Cloudflare annonce K2, du streaming d'événements serverless construit sur R2, pour des flux de logs ordonnés et durables. Et détail intéressant : K2 a été construit à l'origine comme couche d'ingestion pour Basin Pipelines.

Nicolas Moreau: Le concept, un log ordonné durable accessible en serverless, ça a de l'intérêt pour plein de cas : pipelines d'événements, traçabilité, file d'attente durable. Le fait que ça vienne d'un besoin interne, l'ingestion de Basin Pipelines, est le genre d'origine que les commentateurs aiment, parce que ça veut dire que l'outil a été forgé sur un vrai usage avant d'être exposé.

Claire Martin: Troisième sujet : turbopuffer v3, avec une refonte architecturale importante. Ils rétrogradent l'index vectoriel ANN du rang d'index primaire à celui d'index secondaire, de sorte que les filtres d'attributs, la recherche plein texte et d'autres plans de requête évitent les réécritures.

Nicolas Moreau: C'est un changement de philosophie. Beaucoup de bases vectorielles ont été conçues autour du vecteur comme citoyen de première classe, et les filtres sont venus après, en contournement. turbopuffer fait l'inverse : le vecteur devient un index parmi d'autres, et les filtres d'attributs, le FTS, les autres plans de requête n'ont plus besoin d'être réécrits pour tenir compte du vecteur. Pour ceux qui font de la recherche hybride, c'est exactement la douleur que ça adresse.

Claire Martin: Et en vrac dans ce bloc, trois projets à mentionner brièvement. ParadeDB a comblé son écart de performance de 8x avec PlanetScale TIN via des optimisations BM25, atteignant 81,9 QPS sur le benchmark StackExchange. À noter : TIN n'est pas open source.

Nicolas Moreau: Le fait que TIN ne soit pas open source est relevé à chaque fois dans ces discussions, parce que ça limite la comparaison : on compare une implémentation ouverte contre un système qu'on ne peut pas auditer. Mais un écart de 8x ramené à zéro sur un benchmark public, ça reste un résultat significatif pour ParadeDB.

Claire Martin: Ensuite, papero, un extracteur PDF open source et léger, sans machine learning, qui tourne sur CPU seul, et qui convertit vers Markdown, JSON, Excel ou Word en préservant les tableaux, les formules et les bounding boxes. Mais un utilisateur a trouvé que la sortie était gravement erronée.

Nicolas Moreau: C'est le classique du projet prometteur : l'approche sans ML, CPU seul, préservation des structures, ça parle à beaucoup de gens qui ont des horreurs de PDF à traiter. Et puis les premiers retours terrain ramènent à la réalité : les PDF sont un chaos de formats, et un extracteur sans ML peut produire des résultats très faux sur certains documents. La question ouverte, c'est sur quels types de documents ça marche et sur lesquels ça casse.

Claire Martin: Et le dernier du vrac, on l'a déjà évoqué : Bez, le générateur de moteur de navigateur en Rust, qu'on mettait dans le bloc agents. On le remet ici parce qu'il touche aussi les fondations d'outils. Bref, ce bloc sous le capot montrait surtout une même inquiétude : les fondations, Git, les logs, les index, les PDF, évoluent, et chaque évolution a des conséquences de compatibilité ou de fiabilité.

Nicolas Moreau: Et cette inquiétude sur les fondations nous mène tout droit à un bloc où les fondations sont carrément la vie privée et le matériel : les téléphones sous surveillance.

Claire Martin: Alors, la grosse information : une vidéo fuite montre que GrayKey, de Magnet Forensics, peut contourner le redémarrage d'inactivité de 72 heures d'Apple, et préserver l'état AFU, after first unlock, pour permettre l'accès par la police.

Nicolas Moreau: Pour remettre en contexte : Apple a introduit ce redémarrage d'inactivité précisément pour durcir les téléphones face aux outils forensiques. Si le téléphone redémarre après 72 heures sans déverrouillage, il passe dans un état plus protégé, before first unlock, où l'extraction devient beaucoup plus difficile. Ce que montre la vidéo, c'est que GrayKey a trouvé un moyen de contourner ce redémarrage, en maintenant le téléphone dans l'état AFU, celui où les données restent plus accessibles.

Claire Martin: Et là, les réactions ont été vives. D'abord parce que ça prouve que la course entre les protections d'Apple et les outils d'extraction continue, et que la protection de 72 heures, si récente soit-elle, est déjà contournée par au moins un outil commercial. Ensuite parce qu'il y a la question de qui a accès à ces outils : Magnet Forensics les vend aux forces de police. Donc ce n'est pas une faille théorique, c'est une capacité déployée.

Nicolas Moreau: Et ce qui n'est pas connu, c'est la réponse d'Apple. Est-ce qu'un correctif va venir, comment, quand ? Ça, personne ne le sait dans les discussions. Et l'autre question ouverte, c'est le recours possible : qu'est-ce que ça change juridiquement, est-ce que les utilisateurs ont un moyen de se prémunir au-delà de ce qu'Apple fournit ?

Claire Martin: Et ce sujet se connecte directement au deuxième sujet du bloc : aux frontières américaines, la CBP, Customs and Border Protection, peut fouiller les téléphones sans mandat. Les règles : une fouille basique ne nécessite aucun soupçon, une fouille avancée nécessite un soupçon raisonnable.

Nicolas Moreau: Donc on a deux faces de la même pièce. Chez soi, la protection contre GrayKey dépend de la technique et de la réponse d'Apple. À la frontière, la protection dépend de la loi, et la loi dit que la CBP peut fouiller sans mandat, et pour la fouille basique, sans aucun soupçon. Les commentateurs ont souligné que beaucoup de gens ignorent ces règles quand ils voyagent.

Claire Martin: Et dans le même fil du matériel qui révèle des capacités cachées, il y a la découverte côté ESP32. Plusieurs projets ont trouvé une capacité SDR non documentée dans les puces ESP32 : capture IQ brute, dans la bande 2,2 à 2,7 GHz, et 4,8 à 6,0 GHz sur le C5, avec un débit allant jusqu'à 80 mégasamples par seconde.

Nicolas Moreau: Une puce à quelques euros qui se révèle capable de faire de la radio définie par logiciel sur ces bandes, avec du IQ brut à 80 MS/s, c'est énorme pour les hobbyistes. Le côté ambigu, évidemment, c'est que « non documenté » veut dire qu'Espressif ne l'avait pas prévu comme fonctionnalité officielle, donc la stabilité et la pérennité de cette capacité ne sont garanties par personne.

Claire Martin: Ce bloc, dans son ensemble, laisse une impression un peu inconfortable : nos téléphones, nos frontières, et même nos microcontrôleurs, tout recèle des capacités qu'on ne maîtrise pas complètement.

Nicolas Moreau: Et cette impression de choses qui changent sous nos pieds sans qu'on ait notre mot à dire, elle se retrouve pile dans le dernier bloc : les plateformes en mutation et la vie des communautés.

Claire Martin: Premier sujet : Google va cesser les mises à jour de ChromeOS à mi-2034, ce qui rompt sa promesse de dix ans de mises à jour pour les Chromebooks, dans le cadre de la transition vers Googlebook OS.

Nicolas Moreau: Ce que les commentateurs ont relevé, c'est moins la date, qui est loin, que le précédent. Google a promis dix ans de mises à jour Chromebook, et cette promesse est rompue par la transition de plateforme. Pour les écoles et les administrations qui ont acheté des flottes de Chromebooks sur la promesse de longévité, c'est un signal. Et au-delà de Google, ça pose la question générale : à quoi servent les promesses de durée de support quand une entreprise peut les renier en migrant de plateforme ?

Claire Martin: Côté open-source, un récit plus trouble : Techrights affirme que Red Hat est progressivement éliminé après le rachat par IBM, avec des badges qui passent au logo IBM et des départs. Dans les commentaires, le débat porte notamment sur NixOS comme voie de migration possible.

Nicolas Moreau: Il faut être précis ici : Techrights est une source à l'angle très marqué, et les commentateurs ont débattu de la solidité des preuves. Ce qui est discuté de façon plus générale, c'est la question de la dépendance à Red Hat dans les entreprises, et si une migration vers NixOS est réaliste à l'échelle. Les partisans de NixOS y voient une alternative saine, les sceptiques rappellent que la migration d'une flotte d'entreprise vers NixOS a un coût d'apprentissage énorme.

Claire Martin: Et dans les nouvelles plus courtes de ce bloc, mais qui ont chacune leur intérêt. Un développeur s'insurge contre le programme de vérification des développeurs Android de Google : des frais de 25 dollars, des contrôles d'identité, et ce même pour de la distribution d'APK gratuite.

Nicolas Moreau: L'argument du développeur, c'est que ce programme frappe aussi les distributions gratuites, les hobbyistes, les projets open source sans revenus. Imposer un frais et une vérification d'identité pour publier un APK gratuit, ça change la nature d'Android comme plateforme ouverte. Les réactions ont surtout débattu du rapport entre sécurité, lutte contre les malwares, et barrière à l'entrée pour les petits développeurs.

Claire Martin: Ensuite, StreetComplete arrive en bêta publique sur iOS, construit avec Kotlin Multiplatform et Compose Multiplatform, partageant une seule base de code.

Nicolas Moreau: C'est une nouvelle technique intéressante parce que StreetComplete est une application Android bien connue, orientée contribution à OpenStreetMap, et le portage iOS via Kotlin Multiplatform est une validation concrète de cette technologie. Les gens qui suivaient le débat KMP contre natif voient là un exemple de plus d'un portage réussi depuis une base Android existante.

Claire Martin: Côté communautés, les fils Ask HN d'octobre sont ouverts : Who is hiring, où les employeurs postent le lieu et le statut remote, avec interdiction des cabinets de recrutement et des job boards, un post par entreprise. Et Who wants to be hired, où les chercheurs de poste se présentent avec leur localisation, le remote, leurs technologies, leur CV et un email, les recruteurs étant hors sujet dans ce fil.

Nicolas Moreau: Le fonctionnement de ces fils est un rituel du mois sur Hacker News, mais il donne une photo du marché. Et pour les gens de la communauté Lisp, le seizième RacketCon se tiendra les 3 et 4 octobre 2026 à Oakland, avec au programme des talks sur l'inférence de Typed Racket, Pille, un low-level Rhombus, Herbie, et les effect handlers.

Claire Martin: Et enfin, celle qui a fait jaser : SlutCon, une retraite de séduction de trois jours à Berkeley, entre 3 300 et 18 000 dollars, qui se tient à Lighthaven, le lieu associé au milieu rationaliste, et qui est organisée en partie par Aella, avec des « flirt girls » recrutées pour l'occasion.

Nicolas Moreau: Le rapprochement avec Lighthaven a été le point de discussion, parce que ce lieu est connu pour accueillir des événements du milieu rationaliste et IA, et une retraite de séduction à ce tarif crée un contraste que les commentateurs n'ont pas manqué de relever. On est loin des débats sur l'EDA et les régulateurs, mais ça fait partie de l'écosystème dont on parle depuis le début de l'épisode.

Claire Martin: Alors pour résumer ce qu'on a couvert, sans répéter tout : l'IA avance sur tous les fronts, industriels avec Synopsys, réglementaires avec la FTC, économiques avec Meta et Micron, techniques avec les agents, l'identité et le contexte. En face, la communauté mesure les conséquences : l'enseignement du web dev qui s'effondre, les fondations Git qui migrent à contrecœur, les téléphones qui se font contourner, les plateformes qui rompent leurs promesses.

Nicolas Moreau: Et ce qui relie vraiment tout, c'est une question ouverte qu'on a entendue sous des formes différentes dans chaque discussion : est-ce qu'on construit ces choses avec la fiabilité et les garde-fous qu'il faut, ou est-ce qu'on construit d'abord et on répare ensuite ? L'enquête de la FTC, le mapping SHA-256 manquant, la réponse d'Apple attendue, les conclusions réglementaires à venir, tout ça nous le saurons dans les semaines et les mois qui viennent.

Claire Martin: Merci de nous avoir écoutés. On se retrouve pour le prochain épisode.

Nicolas Moreau: À bientôt.