HN Digest
Briefing personnel.

Edition quotidienne

Lire vite. Garder l'essentiel.

Les meilleurs longs formats de Hacker News, relus plus calmement.

3507 articles Page 73/351 Sans filtre

06:07

Show HN: Eve – Managed OpenClaw for work

Le texte énumère des tâches variées qu’un assistant pourrait exécuter pour soutenir le travail quotidien. Il décrit la coordination de réunions par email et la gestion complète de voyages d’affaires, y compris réservations et frais. Il inclut des missions de recherche concurrentielle et le suivi des factures en retard avec relances. Il présente la préparation et la programmation d’une campagne de communication sur les réseaux sociaux. Il mentionne aussi des tâches de recrutement et des interventions personnelles urgentes comme la recherche d’un plombier.

06:07

Clojure on Fennel Part One: Persistent Data Structures

L'auteur a commencé par fennel-cljlib, une bibliothèque pour donner à Fennel des fonctions et macros inspirées de clojure.core, puis a lancé le compilateur ClojureFnl. Les implémentations initiales d'immutabilité (itable et immutableredblacktree.lua) étaient basées sur copy-on-write et se sont révélées trop lentes pour un usage sérieux. L'auteur a donc écrit immutable.fnl, fournissant des Persistent HAMT (facteur 16) pour maps et sets, des vecteurs persistants, un arbre rouge-noir persistant, des listes paresseuses et une file persistante, avec support des transients pour certaines structures. Les choix techniques incluent le hachage djb2 adapté aux versions Lua sans opérateurs bitwise et le salage des collections persistantes pour éviter des collisions entre tableaux Lua mutables et collections persistantes. Les benchmarks montrent des opérations beaucoup plus lentes que les tables Lua natives mais nettement meilleures que l'ancienne implémentation, et l'auteur prévoit d'utiliser ces structures pour poursuivre le développement du compilateur.

06:06

Bild AI (YC W25) Is Hiring a Founding Product Engineer

Bild AI est une startup précoce qui développe des modèles pour comprendre les plans de construction afin d'automatiser la lecture de plans, l'estimation des coûts et les demandes de permis. Le poste de Founding Product Engineer implique de concevoir des fonctionnalités de bout en bout, d'interviewer des clients chaque semaine et de livrer des interfaces rendant les données complexes accessibles aux utilisateurs habitués au papier. Le rôle exige de travailler sur tout l'empilement technique avec un frontend React, un backend Python et des responsabilités produit et architecturales 0-to-1. Ils recherchent quelqu'un avec un sens du produit, capable de parler directement aux clients, d'avoir un état d'esprit de croissance et des compétences en Tailwind, JavaScript, React et TypeScript, les nouveaux diplômés étant acceptés. Le poste est basé à San Francisco en présentiel, offre 100K–180K USD plus 0,20%–0,80% d'équité, et comprend un processus d'entretien avec deux entretiens techniques et un essai payé de 3–5 jours.

06:06

Show HN: FluidCAD – Parametric CAD with JavaScript

FluidCAD est un environnement de CAO paramétrique piloté par JavaScript qui affiche la géométrie 3D en temps réel. Il combine un historique paramétrique consultable pas à pas et la possibilité de revenir en arrière à n'importe quelle étape, tout en proposant un flux de modélisation familier (sketch, extrusion, congé, coque, booléens). L'interface interactive permet le prototypage par la souris (par exemple extruder en glissant) puis de verrouiller les valeurs dans le code, et elle prend en charge des transformations et motifs appliqués à des séquences de fonctions. Le système gère l'importation et l'exportation STEP avec prise en charge des couleurs, offre des valeurs par défaut intelligentes et la référence directe aux faces, arêtes et sommets d'autres formes pour simplifier la logique. L'installation est rapide via npm et npx, avec une extension Visual Studio Code et la commande Show FluidCAD Scene pour connecter l'éditeur et visualiser la scène.

06:06

A compelling title that is cryptic enough to get you to take action on it

Le texte décrit une structure d'article qui commence par trois phrases d'accroche: une première audacieuse, une seconde orientante et une troisième suggestive. Il explique ensuite la progression logique vers des paragraphes explicatifs et de transition, l'utilisation de sous-titres et d'éléments mis en évidence pour guider le lecteur. Des sections détaillées abordent les aspects pratiques avec des listes à puces et numérotées, des exemples techniques, du code commenté et des explications complémentaires. Le retour à un niveau plus général introduit de nouveaux concepts en miroir avec les sections précédentes puis réunit les points pour montrer la cohérence globale du propos. La conclusion reprend l'accroche initiale, nuance le propos et remercie le lecteur; la date de publication est indiquée.

06:06

Intel 486 CPU announced April 10, 1989

Intel a présenté le processeur 486 au Comdex le 10 avril 1989, un composant intégrant plus d'un million de transistors et destiné à améliorer notablement les performances par rapport au 386. Les articles contemporains d'Infoworld, Computerworld et PC Magazine ont salué les gains de vitesse tout en jugeant le 486 plutôt une évolution qu'une révolution, en s'interrogeant sur la nécessité pour l'utilisateur moyen et en notant des prix initiaux très élevés pour les systèmes. Les observateurs ont estimé que l'utilisation croissante de graphismes et du multitâche, ainsi que l'arrivée de Windows 3.0 puis 3.1, stimuleraient la demande, et le 486 est effectivement entré en production en juin 1989 pour apparaître dans des systèmes commerciaux à la fin de l'année. Des applications comme Microsoft Word et des jeux exigeants comme Doom ont finalement mis la puissance du 486 à profit, et Intel a introduit le doublement d'horloge avec le 486DX2 en 1992 pour dépasser les limites de fréquence de 50–60 MHz. L'auteur David Farquhar, professionnel de la sécurité informatique et blogueur sur l'informatique rétro, note que le 486 est resté pertinent jusque dans l'ère Windows 95 avant d'être remplacé par des processeurs plus récents.

06:05

OpenClaw’s memory is unreliable, and you don’t know when it will break

Une vidéo de NonBioS montre le déploiement automatique d'OpenClaw sur des machines virtuelles Linux, ce qui a entraîné environ mille déploiements permettant aux utilisateurs de connecter l'agent à des applications de messagerie et d'expérimenter. Après avoir analysé les déploiements, les retours d'ingénieurs et les publications en ligne, l'auteur indique qu'il n'a trouvé aucun cas d'utilisation légitime et fiable d'OpenClaw en production. Le problème central est la gestion de la mémoire : OpenClaw fonctionne comme un agent persistant dont le contexte s'use de façon imprévisible, ce qui rend les actions autonomes non fiables et impossibles à vérifier a priori. La seule utilisation réellement opérationnelle observée est la synthèse quotidienne d'actualités, fonction réalisable toutefois avec des outils plus simples, tandis que la majorité des posts relayés relèvent du battage médiatique ou de prototypes de démonstration. L'auteur recommande d'expérimenter dans des machines virtuelles isolées pour des raisons de sécurité, reconnaît que le concept d'agents autonomes est prometteur, mais conclut que l'exécution actuelle est insuffisante tant que le problème de mémoire et de cohérence sur de longues durées n'est pas résolu.

06:05

Nowhere is safe

Resume indisponible pour cet article.

06:05

PGLite Evangelism

Resume indisponible pour cet article.

06:05

Static code analysis in Kotlin – tools overview

L'équipe a voulu automatiser ou vérifier l'ordre des méthodes et champs dans le code Kotlin et a évalué detekt, diktat et ktlint pour cette tâche. Les trois outils n'offrent pas la vérification de l'ordre des méthodes par visibilité par défaut et suivent plutôt les conventions officielles de Kotlin. Detekt a été retenu pour permettre la création d'un plugin personnalisé et un ensemble de règles a été développé pour vérifier l'ordre public > protected > internal > private. Le plugin personnalisé a été implémenté, testé et intégrable via le mécanisme de plugins de detekt, mais son déploiement généralisé a été jugé coûteux en maintenance et incompatible avec une migration prévue vers Java 25. La recommandation finale est de rester avec ktlint pour le formatage courant et d'utiliser detekt uniquement pour des règles ciblées et récurrentes nécessitant des vérifications au-delà du formatage.