Next-gen spacecraft are overwhelming communication networks
Résumé indisponible pour cet article.
Les meilleurs longs formats de Hacker News, relus plus calmement.
Résumé indisponible pour cet article.
Cet article explique le fonctionnement des arbres de décision en décrivant comment ils partitionnent progressivement l'espace des données selon des règles pour la classification. Il introduit l'entropie comme mesure de l'incertitude et montre comment le gain d'information permet de sélectionner les meilleures partitions. L'algorithme ID3 est présenté comme un processus récursif qui maximise le gain d'information à chaque étape et prévoit des conditions d'arrêt et de gestion des feuilles. Le texte compare l'entropie à l'impureté de Gini et discute leurs usages selon les caractéristiques des ensembles de données et les performances. Enfin, il souligne les limites des arbres de décision, leur instabilité et leur tendance à l'overfitting, et propose des solutions comme l'élagage ou les forêts aléatoires.
L’auteur affirme que le MCP est déjà en train de mourir et ne présente pas d’avantages réels. Les LLMs savent utiliser des outils en ligne de commande et n’ont pas besoin d’un protocole dédié. Les CLI offrent une traçabilité et une débogabilité que MCP ne garantit pas, car l’interface reste confinée à la conversation avec l’IA. La composabilité et la gestion des flux via des outils existants sont plus simples et éprouvés que ceux proposés par MCP. En conclusion, l’article privilégie une API efficace suivie d’une CLI fiable plutôt que MCP, et invite les constructeurs à suivre cette voie.
Ce site utilise des cookies afin de vous offrir la meilleure expérience utilisateur possible. Les informations relatives aux cookies sont stockées dans votre navigateur et permettent de vous reconnaître lors de vos visites et de comprendre quelles sections du site vous intéressent le plus. Les cookies strictement nécessaires doivent être activés en tout temps afin que nous puissions enregistrer vos préférences de paramètres des cookies. Ce site utilise des cookies tiers supplémentaires et leur activation aide à améliorer le site et à mieux servir les visiteurs. Ce site utilise des cookies additionnels pour améliorer l'expérience utilisateur.
Vortex n’utilise pas un seul codec, mais une cascade d’encodages légers évalués récursivement pour chaque colonne. Parquet applique une couche légère suivie d’une compression générale, tandis que Vortex explore et compose plusieurs schèmes pour préserver l’accès aléatoire et le push-down compute. Le processus s’appuie sur un échantillonnage d’environ 1% des données et sur une évaluation par schème sur l’échantillon, avec une décision gloutonne et un retour éventuel à l’incompressible si le gain échoue. Les encodeurs sont spécifiques au type: ALP pour les flottants, FSST pour les chaînes, et divers schèmes pour les entiers (dictionary, REE, bit-packing, etc.), avec des règles de cascade et d’exclusion. Les résultats présentent deux stratégies: par défaut (encodages légers) et compact (PCodec et ZSTD), offrant des réductions importantes et une décompression rapide, avec une configuration colonne par colonne via TableStrategy.
Le texte présente le mappage mémoire des fichiers en C et ce que cela implique pour l’accès aux données. Le mappage mémoire permet d'accéder à un fichier comme à de la mémoire, chargeant les données au besoin et sans nécessiter tout le fichier en RAM. Il est aussi mentionné que de nombreux langages offrent le mmap mais se limitent à des tableaux d’octets et requièrent des étapes de parsing et de sérialisation. Le texte critique l’usage des bases de données et des formats de sérialisation comme le pickle de Python, soulignant les risques de sécurité et les coûts d’intégration. En conclusion, l’auteur soutient qu’il est possible et utile d’exploiter directement l’état binaire sur disque sur des systèmes à mémoire limitée, et que C reste l’un des rares langages à permettre cela.
Résumé indisponible pour cet article.
La cryptographie à clé publique permet à deux personnes d’échanger des messages privés en utilisant une paire de clés liées mais distinctes: une clé privée secrète et une clé publique offerte à tous. L’idée est que le calcul impliqué avec la clé publique est facile, mais retrouver la clé privée à partir de la clé publique est pratiquement impossible. Les systèmes RSA et Diffie-Hellman reposent sur des problèmes mathématiques difficiles et exigent des clés très longues; RSA nécessite 2048 bits comme minimum et 3072 bits pour viser 128 bits de sécurité. Une alternative efficace consiste à utiliser des courbes elliptiques, qui offrent le même niveau de sécurité avec des clés bien plus petites grâce à la structure d’un groupe formé par les points sur une courbe sur un corps fini. Les usages pratiques incluent ECDH pour l’échange de clés, ECDSA pour les signatures et ECIES pour le chiffrement; TLS, Signal, SSH et les crypto-monnaies en dépendent, tout en planifiant la cryptographie post-quantique face au risque de Shor.
FrankenSQLite est une réécriture en Rust pure et sûre de SQLite, organisée en 26 crates modulaires. Plusieurs processus d’écriture peuvent s’exécuter en parallèle, jusqu’à huit, chacun agissant sur des pages distinctes pour éviter SQLITE_BUSY. Le stockage intègre une correction d’erreurs auto-réparatrice par codes fountain par page, et un chiffrement par page avec séparation des clés, garantissant la récupération automatique en cas de bit-rot. Il offre un SQL complet avec jointures, sous-requêtes, CTE, fonctions fenêtre, déclencheurs et vues, tout en conservant une compatibilité SQLite et un format natif append-only. Parmi les fonctionnalités avancées figurent le voyage dans le temps via FOR SYSTEM_TIME AS OF, MVCC et SSI, un écosystème d’extensions (FTS5, JSON1, R-tree) et des capacités d’observabilité intégrées, tout en garantissant zéro unsafe.
Résumé indisponible pour cet article.