1 points par GN⁺ 2025-05-26 | 1 commentaires | Partager sur WhatsApp
  • En mai 2025, des utilisateurs de la communauté Hacker News partagent ce sur quoi ils travaillent actuellement et leurs projets
  • Les membres de la communauté présentent leurs expériences et principaux centres d’intérêt dans des domaines variés comme des startups en cours, le développement et la recherche
  • Des fondateurs en phase de démarrage, développeurs et professionnels de l’IT discutent activement autour d’idées, de défis techniques et des leçons apprises
  • Des questions et demandes de retours apparaissent au sujet de projets de niveaux et de thèmes très divers
  • L’échange d’informations en temps réel et le soutien mutuel constituent des caractéristiques essentielles de cette communauté

Résumé de la discussion communautaire Hacker News « Sur quoi travaillez-vous en ce moment ? » de mai 2025

  • Ce billet fait partie de la série mensuelle « Ask HN: What are you working on? », dont l’objectif est de permettre aux développeurs, fondateurs de startups et professionnels de l’IT de présenter librement les tâches et projets sur lesquels ils se concentrent actuellement
  • Les participants partagent en détail l’objectif de leur projet, les technologies principales utilisées, les problèmes rencontrés et les enseignements tirés
  • Un large éventail de sujets est abordé, depuis des projets expérimentaux encore au stade de l’idée initiale jusqu’à des services déjà en exploitation ou des idées commerciales qui n’ont pas encore été rendues publiques
  • Dans les commentaires, on trouve des propositions de collaboration, revues de code, retours techniques et évaluations du potentiel de marché, ainsi que des questions concrètes
  • Ce type de discussion ouverte crée un environnement positif favorable à l’échange d’informations, au réseautage et à la résolution concrète de problèmes

1 commentaires

 
GN⁺ 2025-05-26
Commentaire Hacker News
  • Je développe une UI open source (AGPLv3) d’analyse de logs appelée Logchef : Logchef GitHub. L’objectif est de créer un outil d’exploration de logs léger et puissant, optimisé pour ClickHouse. L’idée vient du constat que les UI existantes sont soit trop lourdes, soit centrées sur la collecte de logs — déjà couverte par Vector/Promtail/Fluentbit/Logstash, etc. — soit peu adaptées à ClickHouse. Les caractéristiques de Logchef incluent une absence de schéma imposé avec connexion directe aux tables ClickHouse existantes, un mode de requête simple pour les recherches rapides et un mode SQL pour les analyses complexes, un déploiement facile en binaire unique, ainsi que la prise en charge du multi-tenant et du contrôle d’accès par équipe. Une démo est disponible sur demo.logchef.app, et plus de détails sont regroupés dans le billet de présentation. Les retours des utilisateurs de ClickHouse sont les bienvenus.

  • Le service que je développe est un briefing quotidien qui regroupe les contenus de toutes les sources souhaitées dans un format de newsletter simple et propre : usedigest.com

  • Après avoir rencontré plusieurs problèmes inattendus de verrous Postgres pendant des migrations, je construis un outil de « diagnostic des verrous Postgres ». L’idée est d’exécuter réellement la migration à l’ouverture d’une PR pour voir à l’exécution quels verrous sont acquis, puis de publier le résultat en commentaire de la PR. Par exemple, lors de l’exécution de ALTER TABLE users ADD COLUMN email TEXT, un AccessExclusiveLock est acquis sur la relation users. En interne, l’outil ouvre une transaction, interroge l’état des verrous depuis une connexion séparée via la vue pg_locks, puis effectue un rollback. Il pourra être utilisé de plusieurs façons, notamment en CLI, en bibliothèque ou en GitHub Action, mais ce n’est encore qu’une PoC à un stade précoce. Le code source est ici : pglockanalyze. Je le fais aussi pour apprendre Rust, donc les retours de la communauté Rust sont bienvenus.

    • Ça a l’air vraiment très utile. J’imagine déjà un pipeline où chaque migration doit déclarer quels verrous elle acquiert, avec échec du build en cas d’écart.

    • Quel que soit le langage, je me réfère toujours aux vérifications de strong migrations : strong_migrations etc.. C’est très connu, et il existe aussi des versions portées dans d’autres langages : excellent_migrations

  • Ce sur quoi je travaille est un projet qui réimplémente depuis zéro toutes les idées majeures du deep learning moderne. L’objectif est d’aider celles et ceux qui se tournent vers la recherche en deep learning : beyond-nanogpt

    • Je me demande si ça ne colle pas un peu trop mal avec ton pseudo. Je suis curieux de savoir quelles ressources de référence tu utilises.
  • Je veux créer une application open source et auto-hébergeable pour partager des newsletters avec mes proches. Le but est de partager des photos de famille et des nouvelles sans les publier sur Facebook ou ailleurs. Le flux d’usage serait : écrire, par groupe, des posts sur ce qui s’est passé pendant la semaine, puis générer automatiquement une newsletter pour chaque groupe le week-end ou en fin de mois, l’éditer légèrement et l’envoyer. Toutes les newsletters incluront aussi des liens de téléchargement pour les images associées. La newsletter par email est le format le plus simple et le plus accessible, donc je conçois le tout pour que des personnes plus âgées puissent l’utiliser facilement. Ma famille est coréenne et ma belle-famille ne l’est pas, donc je vise aussi un support multilingue. Je compte faire un MVP cette semaine et le tester directement avec mes parents et ma belle-famille.

    • Si tu ajoutes la prise en charge des blogs/posts privés à Pagecord, ça pourrait automatiquement permettre une fonctionnalité assez proche : Pagecord

    • Je me demande comment ça fonctionne si un destinataire appartient à plusieurs groupes. Par exemple, si je fais partie à la fois du groupe famille et du groupe collègues, est-ce que je reçois une seule newsletter contenant tous les posts ? Le nombre de newsletters personnalisées pourrait croître de façon exponentielle avec le nombre de combinaisons de groupes, même si en pratique ce ne sera peut-être pas si élevé. J’imagine que ça dépend du fait que tu envoies une newsletter personnalisée par destinataire ou un système type listserv.

    • La délivrabilité email est cruciale, et elle peut se dégrader facilement. Quelques signalements comme spam peuvent suffire à te faire blacklister. Les utilisateurs peuvent aussi oublier qu’ils se sont abonnés, donc il faut réfléchir à des garde-fous pour éviter ce genre de problème. Pour les envois en masse, il y a obligation d’ajouter une adresse réelle et un lien de désinscription, et certains fournisseurs mail peuvent quand même les traiter automatiquement comme du spam.

    • Cette idée est vraiment enthousiasmante, j’aime le fait qu’on puisse ne voir que le contenu qui nous intéresse, sans filtrage par des plateformes comme Facebook.

    • Si c’est déjà open source, ce serait bien de partager le lien.

  • Après 16 ans comme salarié, j’ai récemment quitté mon poste et je fais maintenant du conseil en ingénierie nucléaire. Mes projets passion du moment sont les suivants :

    • Nuclear Reactor Starter Kit : un outil destiné à aider les startups du nucléaire à se lancer plus facilement et plus rapidement, en partageant en open source des programmes d’assurance qualité (QA) nucléaire, des guides IT et divers processus/modèles. Je prévois aussi de rassembler les lesson learned du secteur dans un nouveau format pour maximiser l’efficacité de l’industrie.

    • Reactor Database : alors que l’IAEA PRIS est centré sur la production électrique, cette base visera à consigner, à partir de simulations et de déclarations publiques, des informations variées sur les réacteurs en phase de développement, le suivi des startups, les coûts du combustible, l’avancement des licences, etc. Cela permettra de distinguer les projets réels des simples concepts vaporware et d’en suivre les résultats.

    • Du point de vue d’un software engineer (SWE), quel bagage faut-il pour entrer dans ce domaine, et quelles sont les perspectives ? J’ai l’impression que le nucléaire restera un secteur nécessaire, donc ça m’intéresse beaucoup, mais je ne suis pas particulièrement fort en physique ou en chimie.

    • Il y a 10 ans, j’ai quitté le nucléaire pour aller vers le logiciel dans la santé/IoT/Oil&Gas/finance, mais j’aimerais un jour réappliquer mon expérience au nucléaire. J’aime beaucoup whatisnuclear.com. Il y a 10 ans, j’avais aussi créé un système de visualisation en JS (exemple : ssv), mais je n’ai pas réussi à trouver de débouché marché.

    • Je me demande si un ingénieur compétent dans un petit pays pourrait utiliser ce starter kit pour lancer jusqu’à un programme d’armement. J’imagine que la plupart des informations sont déjà publiques sur Internet, mais je me demande s’il pourrait malgré tout y avoir un avantage compétitif.

    • C’est vraiment fascinant, partage des liens si tu en as.

    • Je serais curieux de connaître ton parcours d’entrée dans l’industrie nucléaire.

  • Je mène un projet artistique appelé Counter Productive. Il faut appuyer sur un bouton quelconque installé dans un parc pour réinitialiser un compte à rebours de 24 heures ; s’il atteint 0, le projet prend fin. Pour le maintenir en vie, il faut une collaboration continue de personnes qui appuient régulièrement sur le bouton. Jusqu’à présent, il a survécu 56 jours et le bouton a été pressé 820 fois. Voir la description détaillée et la page de statistiques.

    • Je me demande si c’est terminé maintenant ; les stats montrent un écart de 25 heures. L’idée est vraiment excellente.

    • Un clin d’œil à Lost où il faudrait saisir les nombres 4, 8, 15, 16, 23, 42 serait amusant.

    • Projet vraiment très cool.

  • Je collecte, numérise et partage des publicités imprimées vintage : adretro.com. Il y en a des dizaines de milliers, bien plus que ce que je pourrai traiter en une vie. J’utilise l’IA pour automatiser l’extraction de métadonnées et le catalogage, ce qui me permet d’en traiter 100 par jour. L’une de mes publicités préférées est cette pub de 1968 pour un « ordinateur qui résout des énigmes » : lien vers la publicité de 1968

    • C’est un travail formidable ! C’est impressionnant d’utiliser l’IA pour extraire les métadonnées tout en conservant et préservant les magazines physiques. Et la publicité de 1968 pour un ordinateur qui résout des énigmes est incroyable. J’ai hâte de voir encore plus de trésors de ce genre.

    • Le site est lui aussi vraiment très réussi. Une fonction d’analytics qui analyserait les publicités sous différents angles (par année, par support, etc.) pour montrer les types les plus populaires serait intéressante.

    • Très belle collection. On dirait que les publicités sont photographiées sur une commode ou un autre meuble ; un scanner à plat donnerait peut-être un meilleur résultat.

    • J’aimerais aussi voir une vue chronologique permettant d’embrasser d’un coup d’œil les publicités d’une époque donnée.

    • Au départ, les publicités ressemblent à du gribouillage agaçant, mais avec le temps elles deviennent des artefacts fascinants.

  • Je travaille sur pgflow, un moteur de workflow open source basé sur des DAG. Il orchestre des workers dans Postgres via la queue PGMQ et s’intègre naturellement à Supabase, sans infrastructure supplémentaire nécessaire. Les tâches sont traitées depuis des Edge Functions par des workers serverless personnalisés, et tous les états d’exécution sont enregistrés dans Postgres (les flows peuvent être démarrés directement depuis la base, comme avec pg_cron ou des triggers). L’accent est mis sur la cohérence de la base de données et sur la sûreté de typage à chaque étape.

    • Fonctionnalités développées jusqu’ici : orchestration SQL cœur (machine à états, retries, observabilité, gestion de queue), DSL TypeScript strictement typé + compilateur qui transforme les définitions en migrations, workers Edge Function
    • Ce sur quoi je me concentre actuellement : bibliothèque cliente qui stream chaque exécution de flow vers le navigateur via Supabase Realtime, sûreté à la compilation basée sur la DSL TypeScript
    • Suite prévue : fanout pour le traitement parallèle de tableaux de données (avec retries par élément), branchement basé sur SQL exploitant les opérations JSONB et les résultats d’étapes Docs : how-pgflow-works Repo : pgflow-dev/pgflow
  • Google prévoit d’arrêter le support des Nest Thermostat de 1re et 2e génération à partir d’octobre. Je fabrique un thermostat open source qui réutilise l’apparence extérieure et les pièces du Nest de 2e génération (boîtier, écran, bague, support, etc.) à l’identique. La partie « cerveau » est remplacée par un nouveau PCB open source, avec intégration possible à Home Assistant.

    • J’apprécie vraiment les tentatives de réemploi de matériel dont le support constructeur est terminé. Je trouve que ces appareils gardent encore beaucoup de valeur, donc c’est d’autant plus bienvenu.

    • Je n’ai pas de Nest, mais rien que le fait d’essayer un projet comme ça mérite des remerciements ; ça donne du sens à la réutilisation d’appareils qui finiraient autrement jetés.

    • Projet perso très cool, mais on peut aussi simplement acheter un thermostat Z-wave bon marché comme le CT101 (environ 50 dollars) et le connecter directement à Home Assistant. Avec cette approche, pas de risque à l’avenir de se retrouver à nouveau sans support.