Les nouveaux adaptateurs USB 10 GbE : plus frais, plus petits, moins chers L'arrivée des nouveaux adaptateurs USB 3.2 10 GbE basés sur la puce RTL8159 représente une évolution notable pour le réseau à haut débit sur les ordinateurs portables. Plus compacts, plus efficaces thermiquement et significativement moins chers (environ 80 $ contre plus du double pour les solutions Thunderbolt précédentes), ils promettent de démocratiser le 10 gigabit Ethernet. Cependant, leur pleine performance dépend crucialement du port USB de l'ordinateur hôte. Pour atteindre les 10 Gbps annoncés, un port USB 3.2 Gen 2x2 (20 Gbps) est indispensable. Sur des ports USB 10 Gbps plus courants (comme ceux des Mac), le débit chute à environ 6-7 Gbps en raison des limitations de bande passante et de l'overhead USB. Cette situation est aggravée par la nomenclature complexe et souvent trompeuse des normes USB, rendant difficile pour l'utilisateur de connaître les capacités réelles de ses ports. Bien que ces adaptateurs soient généralement "plug-and-play" sur macOS (nécessitant un pilote sur Windows), les solutions Thunderbolt restent plus fiables pour un 10 Gbps soutenu et pour la compatibilité SFP+. Par ailleurs, les adaptateurs 2.5 ou 5 Gbps, encore plus abordables, constituent une meilleure proposition de valeur si un débit maximal de 10 Gbps n'est pas strictement requis. La confusion autour de l'USB-C ne se limite pas au débit, s'étendant à la gestion de l'alimentation, ce qui souligne les défis persistants de cette norme universelle. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=47899053) - **Article source** : [New 10 GbE USB adapters are cooler, smaller, cheaper - Jeff Geerling](https://www.jeffgeerling.com/blog/2026/new-10-gbe-usb-adapters-cooler-smaller-cheaper/)
Archives
Tag : #opensource • 57 articles • Page 3 sur 5État de GitHub - Incident avec les Pull Requests GitHub a récemment été confronté à un incident affectant ses Pull Requests. Cet événement a nécessité une phase d'investigation, suivie de plusieurs mises à jour régulières avant que la situation ne soit déclarée résolue. La plateforme met en place des systèmes pour tenir les utilisateurs informés, proposant des abonnements par e-mail et SMS pour les notifications d'incidents, démontrant un effort de transparence. Au-delà de la résolution technique, des défis opérationnels se sont manifestés. Des retours mettent en lumière l'importance d'une communication précise, notamment en ce qui concerne la terminologie correcte, et suggèrent que le processus de gestion de certains aspects ou de nettoyage consécutif à l'incident a été particulièrement exigeant. Ces observations soulignent la complexité inhérente non seulement à la résolution technique des pannes, mais aussi à la rigueur nécessaire dans l'information et l'effort humain continu pour maintenir la fiabilité et la clarté du service. - Discussion HN : [Lire la discussion](https://news.ycombinator.com/item?id=47881672) - Article source : [GitHub Status - Incident with Pull Requests](https://www.githubstatus.com/incidents/zsg1lk7w13cf)
Qwen 3.6 : Analyse d'un Modèle Linguistique Ouvert Prometteur Le modèle Qwen 3.6-35B-A3B marque une avancée significative dans le paysage des grands modèles de langage ouverts. Conçu comme un modèle MoE (Mixture of Experts), il se distingue par l'activation de seulement 3 milliards de paramètres sur un total de 35 milliards, permettant une exécution plus efficace sur des configurations matérielles grand public. Les évaluations soulignent une nette amélioration de ses capacités agentiques, notamment pour le codage, et une meilleure gestion des raisonnements complexes, surpassant son prédécesseur Qwen 3.5-27B dans certains scénarios. La performance de ces modèles localement dépend crucialement d'une quantification optimisée. Des acteurs comme Unsloth jouent un rôle essentiel en affinant les versions quantifiées pour corriger les anomalies et maximiser l'efficience de la mémoire vidéo (VRAM), rendant le modèle accessible sur des GPU de 16 Go ou des systèmes à mémoire unifiée. Bien que Qwen 3.6 ne rivalise pas encore avec les modèles propriétaires de pointe comme Opus 4.7 ou GPT 5.4, il constitue une solution robuste pour les applications nécessitant une exécution locale, la confidentialité des données et l'assistance au développement, malgré certaines préoccupations liées à la censure dans des versions spécifiques. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=47792764) - **Article source** : [Qwen](https://qwen.ai/blog?id=qwen3.6-35b-a3b)
Optimisation de la division non signée par des constantes sur architectures 64 bits L'optimisation de la division entière non signée par une constante, notamment pour les entiers 32 bits sur des cibles 64 bits, représente un enjeu technique important. Les compilateurs modernes transforment cette opération en une multiplication par un "nombre magique". Cependant, pour certains diviseurs, ce nombre peut atteindre 33 bits, ce qui, sur des architectures 32 bits, nécessite des "astuces" complexes comme la méthode GM, combinant des multiplications 32x32 bits, des additions et des décalages pour gérer le bit excédentaire. Une proposition d'optimisation récente met en lumière la capacité des processeurs 64 bits à simplifier grandement ce processus. En réalisant une multiplication 64x64 bits, il est possible d'éliminer les manipulations de bits complexes et de réduire l'opération à une simple multiplication suivie d'un décalage. Mieux encore, le décalage peut souvent être rendu "gratuit" car le produit 128 bits d'une multiplication 64x64 est naturellement stocké dans deux registres 64 bits, permettant un accès direct à la moitié supérieure du résultat. Cette méthode promet d'améliorer les performances, notamment dans des cas comme la vectorisation de divisions d'entiers 8 bits. Il convient de noter qu'une technique antérieure, bien établie et impliquant un incrément saturant du dividende avant une multiplication 32 bits, offre une alternative efficace pour gérer les situations où le nombre magique déborde. L'intégration de ces avancées dans les compilateurs, comme en témoignent des efforts récents dans des projets tels que LLVM, est essentielle pour exploiter pleinement leur potentiel d'optimisation. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=47737542) - **Article source** : [[2604.07902] Optimization of 32-bit Unsigned Division by Constants on 64-bit Targets](https://arxiv.org/abs/2604.07902)
Comment gérer plusieurs entreprises à 10K MRR avec une pile technologique à 20$/mois | Steve Hanov's Blog Steve Hanov propose une approche radicale pour les startups : bâtir des entreprises générant des revenus récurrents mensuels (MRR) substantiels avec un coût d'infrastructure minimaliste. Rejetant les architectures cloud complexes (AWS, Kubernetes) et les dépenses excessives en API d'IA, il défend l'utilisation d'un serveur virtuel privé (VPS) unique à faible coût (5-10$/mois) et du langage Go pour son efficacité. Pour les tâches gourmandes en IA, il privilégie les GPU locaux et des outils comme Laconic, tandis qu'OpenRouter gère les LLM avancés. Une astuce notable est l'exploitation du modèle de tarification par requête de GitHub Copilot pour réduire les coûts d'IA en développement. La base de données principale est SQLite, configurée avec WAL pour gérer des milliers d'utilisateurs concurrents, contournant les latences réseau des bases de données externes. Cependant, cette stratégie suscite un débat : si elle est saluée pour sa simplicité et sa vitesse, certains suggèrent que PostgreSQL, via socket Unix, offrirait des avantages similaires localement avec une meilleure évolutivité. Le consensus général souligne que la priorité doit être la validation du marché et la valeur client, plutôt que l'optimisation prématurée de l'infrastructure, même si des solutions plus robustes à faible coût existent pour anticiper la croissance. Le défi de l'auteur à obtenir du financement, malgré un MRR élevé, illustre la tension entre la rentabilité immédiate et les attentes de croissance exponentielle des investisseurs. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=47736555) - **Article source** : [How I run multiple $10K MRR companies on a $20/month tech stack | Steve Hanov's Blog](https://stevehanov.ca/blog/how-i-run-multiple-10k-mrr-companies-on-a-20month-tech-stack)
Italo Calvino : Un voyageur dans un monde d'incertitudes | History Today Italo Calvino, figure majeure de la littérature du XXe siècle, a traversé une profonde évolution dans sa perception de l'histoire et de la réalité. Initialement influencé par une vision "scientifique" et marxiste du progrès, il a rapidement remis en question l'idée que l'histoire soit un cheminement linéaire, voyant plutôt les motivations individuelles — amour, haine, vengeance — comme les véritables moteurs des événements. Suite à des désillusions politiques, notamment l'invasion de la Hongrie en 1956, sa vision s'est orientée vers une histoire comprise comme une fable, un "monde de symboles" révélant la faiblesse humaine. Plus tard, à Paris, sous l'influence du mouvement Oulipo et face à l'instabilité du discours public, Calvino a plongé dans l'incertitude radicale. Des œuvres comme *Si par une nuit d'hiver un voyageur* et *Les Villes invisibles* illustrent cette quête d'un sens dans un monde où la perception du passé et du présent est fondamentalement subjective et mouvante. Ses récits, souvent déroutants et innovants, explorent comment l'humanité navigue dans une réalité fragmentée, où même le langage est instable. La richesse de son œuvre, appréciée pour son exploration des structures narratives et de la condition humaine, offre une expérience de lecture singulière, où l'inachevé des livres devient une forme d'éternité. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=47725403) - **Article source** : [Italo Calvino: A Traveller in a World of Uncertainty | History Today](https://www.historytoday.com/archive/portrait-author-historian/italo-calvino-traveller-world-uncertainty)
Kagi Product Tips - Personnalisez vos résultats de recherche avec les redirections d'URL Kagi Search introduit les redirections d'URL, une fonctionnalité avancée qui offre aux utilisateurs un contrôle précis sur leurs résultats de recherche. Ce système permet de réécrire automatiquement les adresses des pages web avant même qu'elles ne soient cliquées, garantissant ainsi d'atterrir toujours sur la version préférée d'un site. Les règles sont basées sur un mécanisme de "trouver-remplacer" textuel, configurable par l'utilisateur. Les cas d'usage sont variés et répondent à des frustrations courantes. Il est possible de remplacer des domaines entiers, par exemple pour accéder systématiquement à l'ancienne interface de Reddit, ou de privilégier des frontaux alternatifs respectueux de la vie privée comme Nitter ou Breezewiki. La fonction permet également de cibler des segments spécifiques de l'URL pour corriger des liens vers des documentations obsolètes ou pour contourner les pages AMP (Accelerated Mobile Pages) de Google en dirigeant l'utilisateur vers la source originale. L'intégration des expressions régulières élargit considérablement les possibilités, permettant des redirections complexes, comme garantir l'accès à la dernière version d'un document. Cette capacité de personnalisation transforme l'expérience de recherche, la rendant moins intrusive et plus alignée avec les préférences individuelles, sans nécessiter d'extensions de navigateur externes. Les utilisateurs apprécient de pouvoir configurer leur navigation pour éviter les versions mobiles de sites comme Wikipedia ou les plateformes qu'ils jugent moins agréables, offrant ainsi une interaction plus fluide et agréable avec le web. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=47710466) - **Article source** : [Kagi Product Tips - Customize your search results with URL Redirects](https://blog.kagi.com/tips/redirects)
Lisette — Syntaxe Rust, runtime Go Lisette est un nouveau langage de programmation inspiré de Rust, qui compile vers Go, visant à enrichir l'écosystème Go avec des fonctionnalités de typage avancées. Il intègre des types de données algébriques, le *pattern matching*, un système de types Hindley-Milner et rend les données immuables par défaut. Une caractéristique essentielle est l'absence de `nil`, ce qui permet d'intercepter les erreurs courantes de Go dès la compilation, améliorant ainsi la sécurité du code. Conçu pour offrir une syntaxe familière aux développeurs Rust tout en tirant parti du runtime performant et des capacités de concurrence efficaces de Go (goroutines, garbage collector), Lisette privilégie l'ergonomie et une compilation transparente vers un code Go lisible. Bien que ce projet vise à devenir une alternative plus sûre et expressive à Go, des défis subsistent, notamment la gestion des interactions avec le concept de `nil` de Go et l'intégration bidirectionnelle avec les bases de code Go existantes. L'objectif est de le rendre prêt pour la production, trouvant un équilibre entre la rigueur de Rust et la productivité de Go. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=47646843) - **Article source** : [Lisette — Rust syntax, Go runtime](https://lisette.run/)
Bonnes et mauvaises CTE : comprendre les Common Table Expressions Les Common Table Expressions (CTEs) améliorent la lisibilité et la structuration des requêtes SQL complexes. Avant PostgreSQL 12, les CTEs fonctionnaient comme des "barrières d'optimisation", toujours matérialisées, ce qui entravait les capacités d'optimisation du planificateur, l'utilisation d'index et la poussée de prédicats. Cette approche garantissait l'isolation des instantanés et la gestion des effets de bord. PostgreSQL 12 a introduit l'intégration automatique (inlining) pour les CTEs non récursives, sans effets de bord et référencées une seule fois. Le planificateur les traite comme des sous-requêtes classiques, permettant des optimisations complètes. La matérialisation reste la règle pour les CTEs référencées plusieurs fois, récursives, modifiant des données (INSERT/UPDATE/DELETE), ou contenant des fonctions VOLATILE. Un défi majeur des CTEs matérialisées est le "trou noir statistique" : le planificateur manque de données fiables pour estimer les coûts, risquant des plans d'exécution sous-optimaux. PostgreSQL 17 a partiellement corrigé cela en propageant les statistiques de colonnes et l'ordre de tri. L'approche "impérative" dans la construction des requêtes, même avec l'inlining, peut créer des inefficacités. Par exemple, un `GROUP BY` suivi d'un filtre peut être moins performant qu'une sous-requête corrélée `EXISTS`. Les CTEs modifiant des données offrent des opérations atomiques puissantes mais exigent `RETURNING` pour communiquer les résultats. Les CTEs récursives, toujours matérialisées, gèrent les hiérarchies ; PostgreSQL 14 a introduit les clauses `SEARCH` et `CYCLE` pour une meilleure gestion. Maîtriser ces nuances est crucial pour tirer pleinement parti des CTEs. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=47571330) - **Article source** : [Good CTE, bad CTE | boringSQL](https://boringsql.com/posts/good-cte-bad-cte/)
Pretext : Une approche innovante pour la mesure et la mise en page du texte sur le web Pretext est une bibliothèque JavaScript/TypeScript qui s'attaque à un défi majeur de performance dans le développement web : la mesure et la mise en page du texte multiligne. Contrairement aux méthodes traditionnelles qui provoquent de coûteux "reflows" du DOM, Pretext contourne ce problème en mesurant le texte sans interaction directe avec le DOM. La bibliothèque utilise une approche en deux phases : la fonction `prepare()` segmente le texte et en mesure les dimensions via le moteur de rendu de polices du navigateur, puis les met en cache. Ensuite, `layout()` calcule rapidement la hauteur et la disposition des lignes par de simples opérations arithmétiques. Cette technique est extrêmement rapide et essentielle pour les interfaces utilisateur dynamiques. Pretext excelle par sa capacité à gérer les complexités linguistiques, y compris toutes les langues, les emojis et le texte bidirectionnel, tout en corrigeant les subtiles incohérences de rendu entre navigateurs. Cet effort minutieux, parfois assisté par l'IA, offre une solution robuste qui transforme des problématiques complexes en une API JavaScript pure et efficace, propulsant ainsi les capacités des interfaces web sur DOM, Canvas et SVG. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=47556290) - **Article source** : [GitHub - chenglou/pretext · GitHub](https://github.com/chenglou/pretext)
Framework devient un mécène de KDE - KDE e.V. Framework, fabricant d'ordinateurs modulaires reconnus pour leur facilité de réparation et d'amélioration, a officialisé son soutien à KDE en devenant son dernier mécène. Cette initiative, datée du 27 mars 2026, souligne l'engagement de Framework envers le logiciel libre et le contrôle utilisateur sur les machines, des principes partagés et valorisés par la communauté KDE. Nirav Patel, fondateur de Framework, a mis en avant la forte popularité de KDE auprès des utilisateurs de ses machines et l'ambition de contribuer à l'excellence du bureau Linux. De son côté, Aleix Pol, président de KDE e.V., a salué cette collaboration comme une extension logique des partenariats avec les fabricants de matériel. Il a notamment insisté sur l'alignement entre l'engagement de Framework pour la réparabilité et les valeurs de KDE, cruciales pour bâtir une industrie plus durable. Framework rejoint ainsi une liste d'autres mécènes influents qui appuient financièrement le développement de KDE et du logiciel libre. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=47546679) - **Article source** : [Framework Becomes a KDE Patron - KDE e.V.](https://ev.kde.org/2026/03/27/framework-becomes-kde-patron/)
Les cartes attendent — Le Tarot du Déploiement Le service "Les cartes attendent — Le Tarot du Déploiement" offre une perspective à la fois satirique et introspective sur les défis du développement logiciel et du déploiement. Présenté sous la forme d'un tarot, il propose des "conseils" métaphoriques sur les projets en cours, interrogeant le rôle de chacun dans l'aventure du déploiement, sans se soucier de la vélocité des sprints. Les "Arcanes" sont censées éclairer le chemin ou, parfois, révéler les impasses, avec un avertissement ludique de ne pas imputer les problèmes d'infrastructure aux cartes. Bien que conçu pour le divertissement, cet outil résonne profondément avec la réalité des développeurs, notamment face aux échéances serrées, souvent le jeudi. Des retours soulignent un désir pour des versions physiques du jeu et suggèrent une animation de brassage plus courte. L'initiative nourrit l'ambition d'évoluer vers une "divination actuarielle" basée sur des données réelles, transformant potentiellement l'expérience en un prédicteur de vie alimenté par des analyses concrètes, suggérant un potentiel au-delà de son apparence actuellement sarcastique, malgré une conception réalisée via Replit. - **Discussion HN** : [Lire la discussion](https://news.ycombinator.com/item?id=47535586) - **Article source** : [The Cards Await — Deploy Tarot](https://deploytarot.com/setup)