Followz - Suivre ses blogs préférés sans dépendre des réseaux sociaux

On a parfois tendance à oublier qu'Internet ne se résume pas à Instagram, TikTok, YouTube ou aux éternels algorithmes qui décident de ce qu'on devrait regarder. 

Il existe aussi une autre facette du Web, plus tranquille, faite de blogs personnels, de sites indépendants et de créateurs qui publient parce qu'ils ont quelque chose à raconter. C'est justement dans cet esprit que j'ai découvert Followz, un petit outil qui propose une approche intéressante pour suivre les blogs que l'on apprécie.

Le principe est de permettre de réunir dans un même flux les publications des blogs que l'on aime suivre. Plutôt que de multiplier les favoris, de visiter régulièrement les mêmes sites ou d'espérer tomber sur un nouvel article au détour d'un réseau social, l'idée est de centraliser ses lectures.

C'est une approche qui rappelle les bons vieux agrégateurs RSS, mais qui s'inscrit parfaitement dans les habitudes actuelles. On choisit les sources qui nous intéressent et on retrouve leurs nouvelles publications au même endroit. Et je trouve l'idée assez séduisante.

Reprendre le contrôle de sa veille

C'est un peu comme le retour à une consommation du Web plus volontaire. Pas besoin de laisser un algorithme décider à notre place quels contenus méritent notre attention. On choisit les blogs, les auteurs et les univers que l'on souhaite suivre. 

Pour quelqu'un qui aime découvrir de nouveaux points de vue, lire des articles de fond ou simplement garder un œil sur les publications de quelques passionnés, ce genre d'outil peut rapidement trouver sa place dans une routine quotidienne. C'est également une manière de redonner un peu de visibilité aux blogs indépendants, qui passent parfois au second plan face aux grandes plateformes sociales.

Followz ne cherche pas à réinventer Internet. Et c'est probablement ce qui fait son intérêt, revenir à une fonctionnalité simple, utile et qui répond à un vrai besoin. J'aime beaucoup cette idée des petits outils qui font une chose précise, sans forcément chercher à devenir une plateforme tentaculaire.

Si vous êtes du genre à conserver une longue liste de blogs dans vos favoris, à consulter régulièrement des sites indépendants ou à regretter l'époque où l'on suivait ses lectures autrement que par les réseaux sociaux, Followz mérite probablement quelques minutes de votre attention.

« Programming is dead » : non, Bart Butler. Ce qui meurt, c'est une certaine idée du développement logiciel.

Dans son manifeste consacré à l'intelligence artificielle, Bart Butler, CTO de Proton, lance « Programming is dead », une affirmation volontairement provocatrice. 

Selon lui, l'écriture manuelle du code perd progressivement son intérêt. Les développeurs doivent désormais apprendre à piloter des agents d'intelligence artificielle, repenser leurs méthodes de travail et devenir les architectes de systèmes capables de produire du logiciel de manière autonome. Son constat est pertinent, mais sa conclusion me semble prématurée.

Oui, l'IA transforme profondément le développement logiciel. Génération de code, documentation, tests, débogage etc... De nombreuses tâches peuvent désormais être automatisées. Continuer à travailler comme si ces outils n'existaient pas serait une erreur. Mais confondre la production de code avec l'ingénierie logicielle est une simplification dangereuse.

Car programmer ne consiste pas uniquement à écrire des instructions. C'est comprendre un problème, définir une architecture, anticiper les interactions entre composants, évaluer les risques et garantir la fiabilité d'un système. L'IA automatise une partie de l'exécution, pas nécessairement la réflexion qui la précède.

La programmation ne meurt pas, elle change de niveau d'abstraction.

La productivité de l'IA, une réalité moins évidente qu'il n'y paraît

Butler défend l'idée que l'IA permet aux développeurs de produire davantage en moins de temps. Les études confirment en partie cette affirmation, mais révèlent une situation beaucoup plus contrastée. L'une d'elles, publiée en 2026 dans Management Science et menée auprès de 4867 développeurs dans trois entreprises, observe une augmentation moyenne de 26,08% du nombre de tâches réalisées avec l'assistance de l'IA.

Mais une expérience de METR publiée en 2025 aboutit à une conclusion opposée. Sur 246 tâches confiées à 16 développeurs expérimentés travaillant sur leurs propres projets open source, l'utilisation de l'IA a augmenté le temps nécessaire à leur réalisation de 19%. Le rapport DORA de Google Cloud apporte une autre nuance. Il relève une association entre l'adoption de l'IA et une amélioration de la productivité individuelle, mais aussi une dégradation du débit de livraison et de la stabilité des changements.

Ces résultats ne sont pas contradictoires, ils mesurent des contextes différents. Ils montrent surtout que l'IA n'est pas automatiquement synonyme de productivité. Produire davantage de code ne veut pas forcément dire fabriquer de meilleurs logiciels. Si la génération s'accélère, mais que les tests, les revues et les validations ne suivent pas, nous ne faisons que déplacer les goulots d'étranglement.

Le développeur ne doit pas devenir un simple superviseur d'agents

Je partage l'idée de Bart Butler selon laquelle le métier évolue vers davantage de conception et de supervision. En revanche, je suis beaucoup plus réservé sur la perspective d'un ingénieur qui deviendrait essentiellement un manager d'agents. Un modèle n'est pas un développeur junior. Il peut produire une solution convaincante tout en introduisant des erreurs, des vulnérabilités ou des incohérences architecturales.

C'est particulièrement problématique dans des domaines comme la sécurité, la cryptographie et la protection des données, où une erreur peut avoir des conséquences considérables. L'expertise humaine ne doit donc pas devenir secondaire. Elle est précisément ce qui permet de contrôler les résultats de l'automatisation.

Il existe également un risque à long terme. Si les jeunes développeurs délèguent de façon systématique les tâches avancées à l'IA, comment acquerront-ils l'expérience nécessaire pour en vérifier les résultats ? Nous pourrions créer une industrie de plus en plus dépendante de systèmes que ses propres ingénieurs comprennent de moins en moins.

Le véritable enjeu est organisationnel

Sur un point, Butler a parfaitement raison. Adopter des assistants de programmation ne suffit pas. Les entreprises doivent repenser leurs processus, leurs outils et leurs méthodes de collaboration. Mais l'IA ne résout pas les problèmes d'organisation. Une équipe désorganisée qui produit du code deux fois plus vite risque simplement de générer deux fois plus de dette technique. La vraie question n'est donc pas de savoir combien d'agents une entreprise peut déployer, mais si elle est capable de produire des logiciels plus fiables, plus maintenables et réellement utiles.

La programmation n'est pas morte, celle sans réflexion peut-être

Le manifeste de Proton a le mérite de rappeler que le développement logiciel traverse une transformation d'envergure. Mais annoncer la mort de la programmation revient à confondre l'évolution d'un métier avec la disparition de ses fondements. L'avenir n'appartiendra pas nécessairement aux développeurs qui délégueront le plus de tâches à l'IA. Il sera à ceux qui sauront combiner automatisation, expertise technique et esprit critique.

Je préfère donc retourner la formule de Butler par Programming is not dead. Mindless programming is.

Wikipédia face à l'IA - Négocier pour ne pas disparaître

La situation actuelle de Wikipédia a quelque chose d'assez paradoxal. L'encyclopédie libre, construite depuis vingt-cinq ans sur le partage désintéressé des connaissances, doit désormais négocier avec les entreprises qui exploitent précisément cette richesse pour développer leurs intelligences artificielles. 

Comment préserver un modèle fondé sur la contribution collective lorsque des entreprises privées peuvent transformer gratuitement cette connaissance en produits commerciaux ? La Wikimedia Foundation tente de trouver un compromis juridique entre les éditeurs de contenus et les géants de l'IA.

Elle a notamment déposé un mémoire auprès du tribunal chargé d'examiner la plainte du New York Times contre OpenAI et Microsoft. Le journal américain accuse les deux entreprises d'avoir utilisé des millions d'articles protégés par le droit d'auteur pour entraîner leurs modèles. Ces dernières défendent, quant à elles, le principe du fair use, qui autorise sous certaines conditions l'utilisation d'œuvres protégées sans autorisation préalable.

La position de Wikimedia est intéressante, car elle refuse de choisir entre une interdiction générale et une liberté totale. Selon la fondation, l'utilisation de contenus accessibles publiquement pour entraîner les modèles d'IA devrait pouvoir relever de ce fameux fair use. En revanche, la reproduction directe de textes ou de créations protégés dans les réponses générées par ces systèmes devrait être davantage encadrée.

Cette distinction me paraît fondamentale. Apprendre à partir d'une œuvre n'est pas nécessairement équivalent à la reproduire. Autoriser l'innovation technologique ne devrait pas pour autant signifier que les entreprises peuvent exploiter sans limites le travail des autres.

Wikimedia a d'ailleurs commencé à négocier directement avec les acteurs du secteur. À l'occasion des vingt-cinq ans de Wikipédia, elle a annoncé des partenariats commerciaux avec Amazon, Meta, Mistral, Perplexity et Microsoft. Ces sociétés rémunèrent l'accès aux contenus de l'encyclopédie pour leurs activités liées à l'intelligence artificielle.

La démarche est pragmatique, mais elle révèle un problème plus profond. Les chatbots deviennent progressivement des interfaces privilégiées pour accéder à l'information. Un internaute qui obtient une réponse directe de ChatGPT ou de Gemini n'a plus nécessairement besoin de consulter Wikipédia. Le contenu continue d'être exploité, mais le trafic et la valeur économique se déplacent vers les plateformes d'IA.

Wikipédia risque ainsi de devenir une infrastructure invisible du numérique, indispensable à la connaissance produite par les machines, mais de moins en moins fréquentée par les humains.

Le véritable paradoxe se trouve ici. L'encyclopédie repose sur des millions de contributions bénévoles, mais son fonctionnement nécessite des ressources financières et humaines importantes. Si les entreprises d'IA tirent profit de cette richesse collective sans contribuer durablement à son financement, c'est tout le modèle de production collaborative du Web qui pourrait être fragilisé.

Il serait pourtant injuste de considérer l'IA uniquement comme une menace. Wikimedia reconnaît que ces technologies peuvent aussi servir sa mission, notamment en aidant à détecter les données personnelles publiées de manière illégales ou en assistant les contributeurs dans leurs modifications.

La question n'est donc pas de refuser l'IA, mais de construire une relation équilibrée. Les entreprises tech ne peuvent durablement prospérer en puisant dans un écosystème dont elles contribuent parallèlement à affaiblir les producteurs.

À mes yeux, le véritable enjeu dépasse largement Wikipédia. Nous risquons de construire un Internet où les intelligences artificielles deviennent les principales portes d'entrée vers le savoir, tandis que ceux qui produisent les informations perdent progressivement leur visibilité et leurs moyens d'existence.

Wikipédia doit donc s'adapter, sans renoncer à ses principes fondateurs. Car le paradoxe ultime serait que les technologies entraînées grâce à des dizaines d'années de partage des connaissances finissent par rendre ce partage impossible d'un point de vue économique.

Reddit veut vous obliger à vous connecter

Reddit s’apprête à faire de la connexion à un compte une condition presque incontournable pour profiter de sa plateforme. 

Annoncée par son PDG, Steve Huffman, cette orientation marque un changement profond dans la philosophie du site. Derrière l’argument de la personnalisation et de la sécurité, une autre réalité se dessine. Reddit cherche à reprendre le contrôle de son audience, de ses données et de son modèle économique.

Pendant longtemps, l’un des grands avantages de ce réseau social était sa relative accessibilité. On pouvait consulter une discussion, trouver une réponse à un problème technique ou découvrir une communauté sans nécessairement créer de compte. Cette simplicité faisait partie de son attrait et contribuait à son rôle central dans l’écosystème du Web.

Cette liberté pourrait bientôt appartenir au passé. Steve Huffman souhaite faire de Reddit une expérience principalement réservée aux utilisateurs connectés. Selon lui, la plateforme est devenue trop vaste pour fonctionner efficacement sans personnalisation. La connexion permettrait notamment de proposer des contenus plus pertinents, de faciliter l’accès aux communautés favorites et d’améliorer l’expérience générale.

L’argument n’est pas totalement dénué de fondement. Mais il masque aussi des intérêts commerciaux évidents. Un utilisateur identifié, même sans connaître son identité civile, est plus facile à suivre, à comprendre et à monétiser. Reddit peut notamment exploiter les communautés consultées et les centres d’intérêt exprimés pour mieux cibler ses publicités.

La question de la confidentialité devient donc centrale. Ne pas connaître le nom réel d’un utilisateur ne signifie pas ne rien savoir de ses habitudes.

Google et l’intelligence artificielle

Pour comprendre cette décision, il faut également regarder ce qui se passe du côté des moteurs de recherche. Lors de la présentation des résultats du troisième trimestre 2026, Reddit a reconnu une baisse importante du trafic provenant des recherches Google. Steve Huffman évoque plus d’un million de visites référentes perdues en moyenne chaque semaine au cours du mois d’octobre.

Le dirigeant pointe notamment les fonctionnalités d'intelligence artificielle de Google, comme AI Overviews et AI Mode. Ces outils fournissent des réponses aux internautes directement, réduisant potentiellement leur besoin de consulter les sites dont proviennent les informations. Huffman estime ainsi que l'AI Mode ne génère pas de trafic pour les éditeurs.

C'est un problème pour Reddit. Une partie de sa popularité repose précisément sur sa faculté à apparaître dans les résultats de recherche lorsque quelqu'un cherche une solution concrète, un avis ou un retour d'expérience. Si Google répond directement à la question, Reddit perd une occasion de transformer un visiteur occasionnel en utilisateur régulier.

La plateforme veut donc devenir une destination à part entière plutôt qu'une étape dans une recherche Google.

Une décision compréhensible, mais risquée

Reddit affirme vouloir préserver certains accès sans connexion, notamment la page d'accueil et les publications consultées depuis des liens externes. Des tests sont prévus dans certains marchés hors des États-Unis au cours des prochains mois. Les modalités exactes restent cependant à définir.

La lutte contre le scraping constitue un autre argument avancé par Huffman. Selon lui, l'essentiel des accès non autorisés aux données de Reddit passe par la navigation sans compte. Restreindre cette dernière permettrait donc de mieux protéger les contenus de la plateforme, notamment face aux acteurs qui collectent des données pour entraîner leurs modèles d'intelligence artificielle.

Je comprends la logique économique et technique ici. Reddit doit protéger son contenu, développer ses revenus publicitaires et réduire sa dépendance à Google. Mais j'y vois aussi une contradiction, le succès du site repose en grande partie sur son ouverture, sur la possibilité de tomber sur une discussion utile sans engagement préalable.

À force de vouloir transformer chaque visiteur en utilisateur identifié, le réseau risque de dégrader précisément ce qui fait sa valeur, être une immense bibliothèque de conversations humaines, accessible presque partout et à tout moment.

Mistral Large 4 - L’IA ouverte européenne passe à la vitesse supérieure

Avec Mistral Large 4, notre pépite française entend démontrer qu’il est possible de rivaliser avec les meilleurs modèles d’intelligence artificielle sans disposer des moyens énormes des géants américains. 

Dévoilé par Mistral AI, Large 4 est un modèle d’un billion de paramètres, soit 1 000 milliards. Surnommé « Le Chonk », il repose sur une architecture qui n’active que 52 milliards de paramètres pour chaque tâche. Cette approche permet de concilier une capacité globale considérable et une utilisation plus ciblée des ressources de calcul.

Le modèle traite du texte et des images et génère du texte ainsi que du code. Mistral propose également une version quantifiée, annoncée comme capable de fonctionner sur quatre GPU Nvidia B200 ou B300. Ce n’est pas encore une solution accessible à toutes les entreprises, mais cela démontre une volonté de rendre ces technologies plus déployables, au-delà des infrastructures réservées aux acteurs les plus puissants.

Le véritable progrès se mesure toutefois dans les résultats. Après trois semaines supplémentaires d’apprentissage par renforcement, guidées notamment par les retours de clients, Large 4 atteint 41% sur Terminal-Bench 4.0, contre 28% lors de sa présentation initiale. Il dépasse ainsi légèrement GLM-5.3, crédité de 40% sur ce test de programmation assistée par des agents. Sur un autre indice consacré aux agents de codage, Mistral revendique des performances comparables à celles de GLM-5.3, avec 47% de jetons utilisés en moins par tâche en moyenne.

Dans les systèmes d’agents autonomes, qui peuvent travailler pendant des heures, réduire le nombre de jetons consommés peut améliorer les coûts et la rapidité d’exécution. En matière de cybersécurité, Large 4 obtient également 79% sur CyberGym-E2E, un benchmark évaluant notamment la détection et la correction de vulnérabilités dans des projets C et C++.

L’ouverture comme choix stratégique

La publication des poids sur Hugging Face répond à un enjeu de contrôle. Une entreprise qui dépend exclusivement d’un fournisseur fermé reste exposée à ses changements de prix, à ses restrictions d’accès et à ses décisions commerciales.

Pierre Stock, vice-président scientifique de Mistral, compare l’IA à l’électricité. Une infrastructure aussi fondamentale ne devrait pas pouvoir être coupée du jour au lendemain. Je trouve cet argument particulièrement bon dans le contexte européen, où la souveraineté numérique ne peut pas se limiter à héberger des données sur le continent. Elle suppose aussi de disposer de technologies que l’on peut déployer, adapter et maintenir avec une certaine autonomie.

Mistral affirme par ailleurs avoir entraîné Large 4 avec 3 800 GPU Nvidia Grace Blackwell en Europe, tandis que l’apprentissage par renforcement a été effectué sur ses propres infrastructures françaises, mobilisant environ 10 mégawatts. Son dirigeant, Arthur Mensch, souligne le contraste entre les quelque 6 milliards de dollars levés par son entreprise en trois ans et les centaines de milliards mobilisés par certains concurrents.

Il faut néanmoins garder une distance critique face à ces déclarations. Les coûts d’entraînement des concurrents, notamment chinois, restent difficiles à comparer avec précision.

Une victoire qui reste à confirmer

L’ouverture des poids ne veut pas forcément dire que tous les éléments du modèle sont transparents, ni que son exploitation est gratuite. Les besoins matériels restent élevés, les tarifs de l’API ne sont pas encore publiés et les usages en cybersécurité soulèvent des questions légitimes de responsabilité.

À mes yeux, le véritable défi de Mistral commence maintenant. Atteindre de manière ponctuelle le niveau des meilleurs modèles est une chose, maintenir cette compétitivité, publier régulièrement des avancées et proposer des solutions économiquement viables en est une autre.

Large 4 constitue un signal encourageant pour l’écosystème européen. Mais la souveraineté ne se mesurera pas seulement aux paramètres ou aux scores de benchmark. Elle dépendra de la capacité de Mistral à transformer cette performance en une alternative durable, accessible et suffisamment ouverte pour donner aux utilisateurs un véritable pouvoir de décision.

Cloudflare veut unifier l’observabilité

À mesure que les architectures se complexifient, comprendre un incident implique de croiser des métriques, des journaux et des traces, souvent dispersés entre plusieurs outils. 

Avec sa stratégie autour d’une plateforme d’observabilité unifiée, Cloudflare entend simplifier cette équation. Une évolution qui mérite attention, car elle touche autant à la productivité des développeurs qu’à la maîtrise des coûts d’infrastructure.

Cloudflare veut rapprocher les données nécessaires à la compréhension du comportement des applications. Plutôt que de multiplier les solutions spécialisées et les interfaces, le but est de faciliter l’analyse des événements et des performances au sein d’un environnement cohérent.

Cette approche me semble particulièrement pertinente dans un contexte où les architectures distribuées rendent le diagnostic de plus en plus difficile. Une métrique anormale indique qu’un problème existe, mais elle ne suffit pas toujours à en identifier la cause. Les logs apportent du contexte, tandis que les traces permettent de suivre l’exécution d’une requête entre différents composants. C’est leur corrélation qui donne véritablement de la valeur à l’observabilité.

L’intérêt d’une plateforme unifiée est de réduire le temps nécessaire pour passer du symptôme à l’explication.

Centraliser les outils peut également simplifier le quotidien des équipes techniques. Chaque solution supplémentaire implique des coûts de licence, de stockage, d’intégration et de maintenance, sans oublier le temps consacré à la formation et au changement de contexte.

Cloudflare cherche ainsi à inscrire l’observabilité dans une logique plus intégrée à son infrastructure. Cette orientation est cohérente avec son positionnement, proposer un environnement dans lequel les applications peuvent être développées, exécutées et surveillées sans multiplier les briques techniques.

Il faut néanmoins distinguer la promesse de la réalité opérationnelle. Une plateforme unique ne garantit pas automatiquement une meilleure visibilité. La qualité des données, leur granularité, les capacités de recherche et les limites de conservation restent déterminantes. De même, les organisations déjà équipées d'outils spécialisés devront évaluer le coût d'une éventuelle migration.

Le risque de remplacer les silos par une dépendance

L’unification présente aussi une contrepartie, la dépendance à un fournisseur. Regrouper davantage de fonctions chez Cloudflare peut réduire la complexité, mais aussi rendre une partie du système d’information plus étroitement liée à son écosystème.

À mon sens, le véritable critère de réussite sera donc moins le nombre de fonctionnalités proposées que la capacité de la plateforme à s’intégrer aux environnements existants, à conserver des données exploitables et à permettre des investigations réellement efficaces.