Yapay zeka kodlama ajanları üzerine bugüne kadar okuduğum en ilginç verilerden biri bu oldu: daha fazla kod, otomatik olarak daha fazla yazılım demek değil.
Harvard'dan Fiona Chen ve James Stratton'ın çalışması, 2021'den Mart 2026'ya kadar 700'den fazla yazılım şirketinde 700 binin üzerinde çalışana ait verileri ve 300 milyon iş olayını incelemiş. Kodlama ajanları devreye girdikten sonra toplam kod satırı ortalama yüzde 30, commit sayısı yüzde 20, pull request sayısı yüzde 23 artmış.
Ama asıl soru şu: iş bitiyor mu? Jira gibi araçlarda takip edilen hata, görev ve özelliklerin tamamlanma oranında istatistiksel olarak anlamlı bir değişiklik görülmemiş.
Darboğaz kod incelemede. Bir pull request'in gönderilmesinden ana kod tabanına alınmasına kadar geçen süre yüzde 49 uzamış. Değişiklik istenen pull request oranı neredeyse iki katına çıkmış, pull request başına yorum sayısı yüzde 35 artmış, kod inceleyen çalışanların oranı da yüzde 14 yükselmiş. Yani yazma tarafında kazanılan hızın önemli bir kısmı inceleme ve düzeltmede geri harcanıyor.
Şirketler bunu da yapay zekayla çözmeye çalışıyor: Mart 2026 itibarıyla incelenen şirketlerin yüzde 80'i bir tür yapay zeka kod inceleme aracı kullanıyormuş. Yine de inceleme yorumlarının sadece yüzde 23,3'ü ajanlardan geliyor ve ajanlar pull request'lerin yalnızca yüzde 10,8'ine katkı veriyor; işin büyük kısmı hâlâ insanlarda. Aktif çalışan sayısında da, en azından incelenen dönemde, anlamlı bir değişiklik bulunmamış.
Verilerin Mart 2026'da bittiğini, araçların o tarihten beri geliştiğini de not etmek lazım. Ama benim çıkardığım ders net: verimlilik için sadece kod yazma süresini değil, inceleme, hata düzeltme ve entegrasyonu da hızlandırmak gerekiyor.
Ars Technica'daki haber:
https://arstechnica.com/ai/2026/10/ai-coding-agents-generate-more-cod…
Çalışmanın PDF'i:
https://fion.ac/jellyfish.pdf
Kaynak: DonanımHaber
En tant que personne qui passe ses journées dans le code, 2025 a été pour moi une année de profonds changements. Les outils de programmation par IA ne se contentent plus de compléter ma prochaine ligne : ils ont commencé à prendre réellement des tâches en charge. Avec le recul, au premier semestre, tout le monde parlait encore de l’expérience d’autocomplétion de Cursor et de Copilot ; au second semestre, le développement piloté par les spécifications (Spec) est soudain devenu à la mode, et les dépôts se sont remplis de fichiers Markdown écrits pour être lus par des agents.
Ce qui m’a le plus marqué, c’est que la programmation passe d’un mode « piloté par l’humain » à un mode « piloté par l’agent ». Avant, l’IA se contentait de prédire le caractère suivant ; aujourd’hui, elle peut aller de l’analyse des besoins jusqu’à la génération du code et à la vérification des résultats. Fait intéressant, presque tous les outils majeurs poussent simultanément trois formes — IDE, CLI et Cloud — et convergent finalement tous vers les agents.
Mais les problèmes ont suivi. Le plus douloureux, c’est le coût des tokens : les tâches s’allongent, les appels d’outils se multiplient, le contexte est réinjecté encore et encore, et la facture grimpe à toute vitesse. Cette année, ce que tout le monde a à la bouche, ce n’est plus « comment écrire un prompt », mais « l’ingénierie du contexte » : comment arbitrer entre qualité, efficacité et coût, et comment améliorer le taux de succès du cache.
Pour moi, le véritable tournant de 2025 ne tient pas à savoir quel modèle est le plus puissant, mais à savoir qui parvient à transformer les contraintes et la mémoire jusque-là implicites dans l’ingénierie en structures de contexte que les modèles peuvent comprendre et réutiliser. La valeur du programmeur glisse peu à peu de « écrire du code » vers « définir des règles ». Cette année a vraiment eu quelque chose de surréaliste.
Source : InfoQ
Selon IT之家, JetBrains a annoncé le 8 octobre, dans un billet de blog, le modèle d'IA pour la programmation Mellum2.1, qui met l'accent sur le renforcement de la programmation agentique. En tant que développeur, je suis de près ce type de modèles ouverts pouvant être déployés en local, alors je résume ici les points essentiels.
Le modèle reprend l'architecture de Mellum2 : il s'agit d'un modèle à mélange d'experts (MoE) de 12 milliards de paramètres, dont 2,5 milliards sont actifs, toujours publié sous licence Apache 2.0. Le changement principal dans l'entraînement est que l'étape d'apprentissage par renforcement après le préentraînement, auparavant une courte phase de finition, est devenue le cœur de l'entraînement. JetBrains a ajouté des données sur les mathématiques, les concours algorithmiques, les sciences, l'utilisation d'outils et le génie logiciel, et a construit des environnements internes d'apprentissage par renforcement, en lançant des millions de sandboxes à travers des milliers d'environnements pendant l'entraînement. Avant l'entraînement, les tâches comportant des tests défectueux, des réponses non vérifiables ou une difficulté inadaptée sont écartées.
Selon la description officielle, le modèle peut explorer une base de code, modifier des fichiers et vérifier ses propres changements. La plus grande amélioration concerne la programmation agentique : il peut identifier la cause racine des tests qui échouent, proposer un correctif et vérifier le résultat. Côté vitesse, l'architecture reste la même, mais la prédiction multi-tokens (MTP) permet d'obtenir une génération environ 1,6 fois plus rapide pour une requête unique. Face à Mellum2, Qwen3.5-9B et Gemma 4 E4B, dans les mêmes conditions d'évaluation, le débit de sortie de Mellum2.1 sur un seul H200 sous forte charge est proche du double de celui de Qwen3.5-9B.
Le modèle est disponible sur Hugging Face et peut être déployé en local ou sur une infrastructure propre, ce qui permet aux entreprises de garder leur code et leurs données dans leur propre environnement. JetBrains prévoit de publier des versions GGUF pour llama.cpp, Ollama et LM Studio, ainsi qu'un composant de décodage spéculatif MTP pour vLLM.
J'attends avec impatience la version GGUF, qui permettrait aux développeurs ordinaires de l'essayer sur leur propre machine. Pour un modèle de programmation, qu'est-ce qui compte le plus pour vous : la précision ou le coût de déploiement ?
Source : IT之家
En lisant un article d'ITmedia NEWS, j'ai appris que Google a présenté « Playground », une plateforme de jeux expérimentale. L'annonce date du 7 octobre 2026, heure des États-Unis, et dès ce jour, elle est accessible depuis un navigateur web aux utilisateurs américains âgés de 18 ans et plus.
Le principe consiste simplement à donner des instructions par texte. On peut partir d'une page blanche, modifier un prompt de départ proposé ou utiliser une assistance guidée, et le jeu créé est testable sur-le-champ. Les changements de physique, de règles, de personnages ou d'environnement sont pris en compte dès qu'on les décrit en mots. Aucune expérience en programmation n'est requise, selon l'article, mais le modèle d'IA utilisé n'est pas précisé.
Le partage est également possible. Étant basé sur le web, le service fonctionne aussi bien sur smartphone que sur PC. On peut envoyer un lien de partage à ses amis et à sa famille, publier le jeu dans la galerie « Explore », ou le garder privé. Certains genres prennent en charge les classements et le multijoueur, et les jeux publiés passent une vérification de sécurité selon les consignes communautaires de Google. La fonction de création de jeux sera déployée par étapes selon l'abonnement Google One.
L'autre annonce concerne un partenariat avec Unity. Les deux entreprises prévoient de lancer en 2026 un nouveau produit, « Unity Spark », qui apportera à Playground des mécaniques de jeu complètes, de la 3D haute fidélité et la souplesse du runtime Unity. Il se connectera directement à l'Unity Asset Store. Le produit est actuellement en test et une bêta fermée est prévue prochainement. Le PDG d'Unity a souligné qu'environ 3 milliards de personnes par mois jouent à des jeux créés avec Unity, mais que beaucoup n'en ont jamais réalisé eux-mêmes.
Personnellement, je pense que le fait de partager et de jouer à des jeux créés par prompt pourrait être une porte d'entrée intéressante vers la programmation. J'aimerais savoir ce que vous pensez de ce type d'outils.
Source : ITmedia NEWS
Next a consacré un article à Pi, un harnais open source qui vient de passer en version 1.0.0. Pour ceux qui ne connaissent pas le terme, un harnais est la couche logicielle autour d’un modèle d’IA qui lui permet de lire des fichiers, d’exécuter des commandes ou de faire des recherches sur Internet.
Pi se veut minimaliste mais extensible. Il est compatible avec plus de 1 500 modèles et variantes, commerciaux ou à poids ouverts utilisables en local, et se présente comme une alternative à Claude Code et Codex sans dépendre des modèles d’Anthropic ou d’OpenAI. Les développeurs y voient un signe de maturité avec ce passage en 1.0.
L’article évoque aussi des nouveautés récentes : les connecteurs MCP, un mode « codemode » et la prise en charge de ChatGPT. Pi Durable est présenté comme capable de tenir face à des pannes internes et externes décrites comme catastrophiques.
Il faut préciser qu’environ 80 % du texte est réservé aux abonnés, donc je me limite à ce qui est lisible publiquement. Dans les commentaires, plusieurs lecteurs comparent Pi à OpenCode : l’un le juge très léger mais plus difficile à configurer, notamment pour MCP, un autre signale la variante Oh-My-Pi. L’auteur annonce par ailleurs un article sur l’installation et l’usage.
Ce qui m’intéresse, c’est l’idée de séparer le harnais du modèle : on peut changer de modèle sans changer d’outil. Reste à voir si la simplicité de Pi tient la route quand les usages se complexifient. Et vous, quel harnais utilisez-vous au quotidien pour coder avec une IA ?
Source : Next
Xataka raconte une histoire qui mêle programmation, IA et pas mal de polémique. Jusqu'à il y a quelques jours, ArtCraft était une plateforme de génération d'images et de vidéos par IA. Brandon Thomas, membre de l'équipe, a annoncé avoir créé grâce au vibe coding des remplaçants open source de sept applications Adobe, écrits en Rust : PhotoCraft (Photoshop), VectorCraft (Illustrator), FilmCraft (Premiere Pro), LightCraft (Lightroom), PdfCraft (Acrobat), EffectCraft (After Effects) et DesignCraft (InDesign).
Elles sont distribuées pour Windows, macOS et Linux, et peuvent aussi être utilisées depuis ArtCraft. L'article souligne qu'Adobe n'a jamais proposé d'outils de création professionnels pour Linux, ce vide n'est donc pas négligeable.
Un collègue de l'auteur a testé PhotoCraft pendant quelques jours : les fonctions de base fonctionnent, on ne trouve aucune trace des outils d'IA de Photoshop, et l'application est très légère. Pour l'instant, elle ne remplace pas l'original. Les créateurs eux-mêmes reconnaissent qu'elle en est au tout début de l'alpha : il manque une vingtaine d'outils d'IA et génératifs, de la profondeur en typographie et dans les flux de travail professionnels, ainsi que la compatibilité avec les plug-ins.
Selon les créateurs, la démarche est celle de la salle blanche (clean-room) : ils s'appuient sur des spécifications publiques et sur le comportement observable des programmes, sans code ni ressource propriétaire. PhotoCraft peut ouvrir des fichiers PSD parce qu'Adobe a publié ces spécifications. Sur les réseaux circule la rumeur, sans preuve, que les programmes d'Adobe auraient été décompilés.
Xataka rappelle aussi les problèmes du vibe coding : le code généré par l'IA peut être difficile à déboguer et contenir des choses qu'un programmeur humain n'écrirait pas, ce qui est moins grave pour des applications personnelles que pour de grands projets. Je trouve que c'est un bon avertissement. Comme alternatives gratuites, l'auteur cite Affinity, GIMP et DaVinci Resolve. Feriez-vous confiance à une application générée de cette façon ?
Source : Xataka
J'ai lu l'analyse de Simon Bisson dans Computer Sweden : Microsoft a élevé Rust au rang interne de Tier-1, au même niveau que C#, TypeScript et C. Ce statut exige notamment une chaîne d'outils complète et une intégration avec Windows et Azure.
Le contexte : Mark Russinovich, directeur technique d'Azure, a mis en avant la sécurité mémoire de Rust comme un pilier de la stratégie de sécurité de Microsoft, et Microsoft est aussi l'un des fondateurs de la Rust Foundation. Un article invité sur le site de la Rust Foundation explique comment Rust est relié à Microsoft Visual C (MSVC) pour une interopérabilité fluide entre les langages.
Le point le plus concret est un nouveau backend pour le compilateur Rust, rustc_codegen_utc. Il utilise le backend de Visual C, une DLL appelée C2.DLL, et transmet des fichiers .OBJ à l'éditeur de liens MSVC. L'avantage : Rust peut profiter du travail existant de Microsoft en matière de sécurité et de stabilité, et le code Rust et C devient compatible. Microsoft affirme que ce backend est prêt pour la production et que plus d'une centaine de projets Rust internes l'utilisent. Il reste toutefois interne, et l'entreprise a laissé entendre que ces outils pourraient devenir open source, sans donner de calendrier.
Pour ceux qui sont hors de Microsoft, la réalité est plus terre à terre : le support de Rust dans VS Code passe par rust-analyzer, il faut toujours les MSVC C Build Tools pour compiler, et le crate windows de Microsoft donne un accès direct aux API Windows. Le conseil de l'article est de commencer par les outils déjà disponibles pour apprendre le développement Windows en Rust.
Personnellement, je trouve intéressant qu'une si grande entreprise investisse pour ne pas avoir à maintenir deux équipes de compilateurs distinctes. Et vous, à quoi utilisez-vous Rust ?
Source : Computer Sweden
Sur Computable, j'ai lu une synthèse du rapport 2026 « State of Open Source in Europe » de la Linux Foundation, sa cinquième édition, présentée lors de l'Open Source Summit Europe à Prague. Le message principal est clair : utiliser l'open source ne suffit pas à reprendre le contrôle. Il faut aussi contribuer et participer à la gouvernance.
Les chiffres montrent où ça coince. Pour 94 % des organisations européennes, la souveraineté numérique compte dans leur stratégie technologique, et pour 61 %, elle compte beaucoup. Les développeurs européens fournissent près de 40 % des contributions aux projets d'infrastructure comme Kubernetes et OpenStack, mais beaucoup d'organisations se contentent de les utiliser. Et 31 % n'ont aucun cadre formel pour gérer l'open source. Celles qui en ont un déclarent un retour sur investissement de plus de quatre fois, contre 3,6 fois pour les autres.
Les outils de codage par IA sont aussi évoqués : 94 % utilisent ou testent des outils de codage à base d'IA générative, les trois quarts estiment qu'ils renforcent la valeur de l'open source, et 48 % utilisent donc davantage d'open source. Près de la moitié maintient des forks internes, ce qui représente en moyenne 311 heures pour 9,5 forks par cycle de publication.
Ce qui me frappe, c'est que le sommet de l'Agentic AI Foundation compte surtout des entreprises américaines comme AWS, Anthropic, Google, Microsoft et OpenAI. Au niveau Gold, seules Suse et Ericsson viennent d'Europe. Pendant ce temps, la Commission européenne prépare un paquet de souveraineté technologique d'environ 2 milliards d'euros.
Thierry Carrez, de Linux Foundation Europe, affirme que l'open source aide à dépendre moins, mais seulement avec une participation active aux structures de gouvernance ouvertes. En tant que développeur, je m'y retrouve : une pull request a parfois plus d'influence qu'une note de politique. Et chez vous, comment cela se passe-t-il ?
Source : Computable
Richard Speed, de The Register, rapporte le cas d'ArtCraft, une société qui a ajouté des alternatives à Word, Excel et PowerPoint à sa collection d'applications Rust. Elle les décrit comme des réimplémentations « clean room » de logiciels propriétaires, et les projets s'appuient largement sur Claude pour leur développement. Ses dépôts GitHub contiennent aussi des projets inspirés de Photoshop, Illustrator et Premiere Pro.
Le testeur a fait tourner WordCraft, l'alternative à Word, sur une Surface à processeur Arm et a constaté que cela fonctionnait bien. Il ressemble à Word, même si les boutons, icônes et images diffèrent. Le projet en est au stade pre-alpha, ArtCraft estime une parité fonctionnelle d'environ 62 % avec Word, et le testeur déconseille tout usage en production. La feuille de route reconnaît que les tests de compatibilité avec des fichiers DOCX réels n'ont pas commencé, et que les graphiques, SmartArt et objets OLE intégrés sont laissés de côté.
Sur le plan juridique, WordCraft est sous double licence MIT ou Apache 2.0. Le dictionnaire d'orthographe et la césure utilisent la liste de mots Moby Hyphenator II de Grady Ward, dans le domaine public. ArtCraft affirme que tout a été construit à partir de spécifications publiques et d'observations, avec des ressources originales ou sous licence libre. The Document Foundation, qui développe LibreOffice, n'a pas souhaité commenter ; Microsoft a accusé réception de la demande sans autre réponse, et Adobe n'a pas commenté les projets d'applications créatives.
Neil Brown, de decoded.legal, a déclaré au journal que la situation juridique dépendrait de la juridiction, que les développeurs pourraient soutenir que leur implémentation indépendante ne constitue pas une contrefaçon, mais qu'au vu des enjeux, un litige est possible.
Ce qui me semble intéressant n'est pas tant l'affirmation que la rapidité : une petite équipe qui utilise un outil de codage IA peut publier une suite bureautique reconnaissable, inachevée mais assez utilisable pour être testée. Les questions ouvertes portent sur la qualité, la maintenance et le volet juridique. J'aimerais savoir ce que pensent les autres personnes qui écrivent du code avec des assistants IA des affirmations « clean room ».
Source : The Register
J'ai lu sur le site du Portail Technologique qu'OpenAI a annoncé une nouvelle fonctionnalité de ChatGPT appelée « Interface intelligente » (Intelligent UI), en même temps que le lancement des modèles GPT-6. L'idée : une réponse n'est plus seulement du texte, elle peut associer du texte à des éléments visuels interactifs au sein même de la conversation.
Les éléments pris en charge comprennent des illustrations, des schémas, des graphiques, des formulaires et des boutons interactifs. D'après l'article, qui cite le blog d'OpenAI, GPT-6 a été entraîné à reconnaître les situations où un élément interactif vaut mieux qu'un texte, et à savoir comment le mettre en forme dans la réponse.
Parmi les exemples cités : une illustration de vélo à sept vitesses avec des boutons permettant de sélectionner chaque pièce et d'afficher ses informations, des images de tuiles de mahjong regroupées en ensembles défilants, et de petits outils comme un calculateur d'épargne retraite ou un outil de partage de factures entre plusieurs personnes. Côté modèles, GPT-6 Sol est réservé aux abonnements supérieurs, tandis que les abonnés Go et les utilisateurs gratuits ont accès à Luna, plus efficace. L'article évoque aussi une meilleure recherche web, des réponses partielles plus rapides pendant la collecte d'informations, et une meilleure résistance aux tentatives de contournement de l'entraînement à la sécurité.
Je pense que cette évolution compte pour les développeurs, car elle rapproche la conversation d'une petite application créée à la demande. La question reste ouverte : les boutons nous aideront-ils vraiment plus qu'un texte bien écrit ? J'aimerais beaucoup connaître votre avis.
Source : Portail Technologique
Après cinq ans de silence, Bootstrap bouge de nouveau : son cofondateur Mark Otto a annoncé la première alpha de Bootstrap 6, comme le rapporte heise developer. Je trouve cela intéressant, car le framework est né dans l'univers de Twitter et est open source depuis 2011.
Les chiffres montrent à quel point Bootstrap est devenu grand : plus de 1,75 milliard d'installations selon le projet. Pourtant, sa part de marché recule. Selon W3Techs, 13,8 % de tous les sites web utilisaient Bootstrap début août 2026, contre 15,3 % en décembre 2025. Tailwind CSS gagne du terrain sur les nouveaux projets.
L'équipe vise des navigateurs modernes : Chrome et Edge à partir de la version 130, Firefox à partir de la 132 et Safari à partir de la 18. Pour cela, Bootstrap 6 utilise des fonctions comme la bascule automatique entre thème clair et sombre, les boîtes de dialogue natives et des mises en page qui s'alignent sur les éléments environnants plutôt que sur la fenêtre. Les couleurs, les espacements et les rayons d'arrondi se pilotent largement par des variables CSS, y compris à l'exécution. Les noms de classes se rapprochent de Tailwind : .d-md-none devient .md:d-none, et .col-lg-6 devient .lg:col-6. Les accordéons fonctionnent sans JavaScript.
Ce que je trouve particulièrement remarquable, c'est la partie consacrée à l'IA : la documentation est disponible sous forme de llms.txt et llms-full.txt, et le dépôt contient des fichiers de compétences destinés à aider les agents d'IA, par exemple pour la migration.
Selon l'article, les pages existantes ne peuvent pas simplement être basculées. Bootstrap 5 continuera d'être pris en charge pour le moment, et une mise à jour vers la 5.4.0 est prévue avant la fin de son support. La version 7 devrait arriver beaucoup plus vite. Parmi vous, qui utilise encore Bootstrap, et qui est déjà passé à autre chose ?
Source : heise online
Cette semaine, une nouvelle de XYZ a retenu mon attention : l'École polytechnique de Wrocław et le Centre d'oncologie, de pneumologie et d'hématologie de Basse-Silésie construisent une plateforme d'IA pour la santé. Pas un énième chatbot, mais un modèle de fondation qui réunit le dossier médical, les résultats de laboratoire, l'imagerie et le parcours de soins.
Ils commencent par le cancer du poumon : le DCOPiH prend en charge plus de 1 400 nouveaux patients par an et dispose de données bien documentées. Le système doit veiller à ce que le dossier soit complet avant la réunion de concertation pluridisciplinaire, signaler les manques et empêcher le patient de « passer entre les mailles » d'un examen à l'autre. Le médecin décide toujours ; l'IA doit lui rendre du temps auprès du malade, et non réfléchir à sa place.
Sur le plan technique, c'est l'apprentissage fédéré qui m'intéresse : les données restent à l'hôpital, et seuls les résultats de l'entraînement sont envoyés au modèle commun. La base doit être l'expérience acquise avec le modèle polonais PLLuM, mais avec un vrai langage médical et la multimodalité.
Le premier prototype est attendu dans les prochains mois. S'il dépasse la Basse-Silésie, ce pourrait être l'un des projets d'IA polonais les plus importants, dont il vaut la peine de parler sans bruit marketing.
Source : XYZ
