POPULARITY
Categories
Neste episódio, conversamos com Demetrius Costa, Senior Software Engineer na Red Hat. Com uma carreira sólida construída sobre tecnologias fundamentais como Java, Node.js, Go lang e automação. Demetrius compartilha sua experiência trabalhando em projetos de infraestrutura crítica como o OpenShift e Ansible.Links:Site do OsProgramadores: https://osprogramadores.comGrupo no Telegram: https://t.me/osprogramadoresLinkedIn do Demetrius: https://www.linkedin.com/in/demetrius-costa/
JavaScript has grown far beyond the browser. It now powers millions of backend systems, APIs, and cloud services through Node.js, which is one of the most widely deployed runtimes on the planet. Keeping such a critical piece of infrastructure fast, secure, and stable is a massive engineering challenge, and the work behind it is often The post Node.js in 2026 with Rafael Gonzaga appeared first on Software Engineering Daily.
Mike's Year End Post (https://dominickm.com/2025-year-end-retrospective/) Mike on LinkedIn (https://www.linkedin.com/in/dominucco/) Mike's Blog (https://dominickm.com) Show on Discord (https://discord.com/invite/k8e7gKUpEp) Alice Promo (https://go.alice.dev/data-migration-offer-hands-on) Dreamcast assorted references: Dreamcast overview https://sega.fandom.com/wiki/Dreamcast History of Dreamcast development https://segaretro.org/HistoryoftheSegaDreamcast/Development The Rise and Fall of the Dreamcast: A Legend Gone Too Soon (Simon Jenner) https://sabukaru.online/articles/he-rise-and-fall-of-the-dreamcast-a-legend-gone-too-soon The Legacy of the Sega Dreamcast | 20 Years Later https://medium.com/@Amerinofu/the-legacy-of-the-sega-dreamcast-20-years-later-d6f3d2f7351c Socials & Plugs The R Podcast https://r-podcast.org/ R Weekly Highlights https://serve.podhome.fm/r-weekly-highlights Shiny Developer Series https://shinydevseries.com/ Eric on Bluesky https://bsky.app/profile/rpodcast.bsky.social Eric on Mastodon https://podcastindex.social/@rpodcast Eric on LinkedIn https://www.linkedin.com/in/eric-nantz-6621617/
JavaScript has grown far beyond the browser. It now powers millions of backend systems, APIs, and cloud services through Node.js, which is one of the most widely deployed runtimes on the planet. Keeping such a critical piece of infrastructure fast, secure, and stable is a massive engineering challenge, and the work behind it is often The post Node.js in 2026 with Rafael Gonzaga appeared first on Software Engineering Daily.
Baby Blue Viper explores narrative, strategy, and the spiritual logic of Bitcoin. Paid subscribers unlock full episodes and deeper analysis — with moments of reflection and tactical insight not available in the free feed, plus early access to future opportunities to connect with the BBV team.Join us in building what cannot be destroyed.https://omega-pruner.onrender.com/ This is a public episode. If you'd like to discuss this with other subscribers or get access to bonus episodes, visit www.babyblueviper.com/subscribe
Nodesignal feiert heute seinen 4. Geburtstag und wir sind damit eine Epoche an der Seite von Bitcoin und bringen euch Woche für Woche Bitcoin Content auf die Ohren. So richtig Feierstimmung kommt in diesem Jahr jedoch irgendwie nicht auf und damit willkommen beim Bärensignal Podcast.In der heutigen und damit letzten Folge der dritten Staffel sprechen Martin, Calso, Chris, Zetti und Thorsten über die aktuelle Stimmung im und um den Bitcoin Markt, reflektieren das Jahr 2025 und geben einen Ausblick auf die kommende vierte Staffel im Jahr 2026. Ab dann wird eine Staffel immer 21 Folgen mit anschließenden fünf Wochen Pause beinhalten. Zudem gibt es Infos, welche Formate euch in der neuen Staffel erwarten.Von und mit: - Martin - Calso - Chris - Thorsten - ZettizettlerProduziert und geschnitten: ThorstenHier könnt ihr uns eine Spende über Lightning da lassen: ⚡️nodesignal@getalby.comZusätzlich haben wir auch einen Silent Payment Link: sp1qq0a2rles9y32ffmj0eawvjglgqsgj7hq99ers580l98k42a7rh9szq3sa50fh2e5lwf22fxcjy0qw88u72vlj328qr39da245sq4nrskuqvvv5l4Neben dem Podcast findet ihr uns auch auf YouTubeFür Feedback und weitergehenden Diskussionen kommt gerne in die Telegramgruppe von Nodesignal und bewertet uns bei Spotify und Apple Podcasts, das hilft uns sehr. Folgt uns auch gerne bei Nostr:npub1n0devk3h2l3rx6vmt24a3lz4hsxp7j8rn3x44jkx6daj7j8jzc0q2u02cy und Twitter.Blockzeit: 927889E223 - Costa Rica: Bienvenidos y pura vida!E224 - El Salvador: Bitcoin Country?E226 - SurinamE210 - 3 Jahre NodesignalMünzcrime - Bitcoin auf der SpurShoutout an Gamer für seinen Bot und ServicesOutro bereitgestellt von SamCover bereitgestellt von KanutoTimestamps:(00:00:00) Intro(00:00:21) Begrüßung und Blockzeit(00:03:19) V4V Einschätzung Zetti(00:05:46) Erste Eindrücke von Zetti und Inauguration(00:08:48) Motivation zur Team-Erweiterung(00:13:23) Die Bärenmarkt-Diskussion und die Marktstimmung(00:21:23) Der Einfluss von Makroökonomie auf Bitcoin(00:27:22) Die Herausforderungen der Bitcoin-Adoption(00:31:56) Die Notwendigkeit von Bitcoin in unsicheren Zeiten(00:37:38) Positive Entwicklungen und Ausblick auf die Zukunft(00:44:54) Community und persönliche Erfahrungen(00:50:03) Jubiläum und Rückblick auf vier Jahre Nodesignal(00:58:50) Technologische Entwicklungen und Automatisierung(01:08:14) Selbstsouveränität und persönliche Softwareentwicklung(01:14:18) Ausblick auf zukünftige Themen und Feedback zu Serien(01:17:53) Zukunftspläne und Staffelstruktur(01:22:48) Entwickler im Fokus: DevBoost und TechBoost(01:25:20) Open Source und neue Serienideen(01:26:08) Preisprognosen und Ausblick auf das nächste Jahr(01:33:38) Weihnachten und persönliche Reflexionen(01:36:39) Rückblick und Ausblick auf den Podcast(01:40:11) Community und Bitcoin-Services(01:41:34) Outro: Nodesignal Bärenmarkt - Wir lachen rein
For episode 655 of the BlockHash Podcast, host Brandon Zemp is joined by Annalea Sanders, Co-President and Board Officer for the Blockchain Security Standards Council (BSSC).The BSSC-Blockchain Security Standards Council-is the leading authority in blockchain security—setting the standards that power trust and confidence.When industry experts discuss blockchain security, not many consider nodes, but they should. If a node doesn't operate correctly, then the risks permeate and impact the whole network, and its users. As a result, experts are placing more importance on node operation standards as a critical part of blockchain industry standards.
第 193 回のテーマは、Node.js ユーザグループ会長である @yosuke_furukawa との Drive Talk です。今日は、車での録音音質を向上するために、新しいピンマイクを導入しましたが、初期不良のせいか、とんでもなくノイズが入ってしまいました。音声編集を駆使してノイズ除去を頑張ってこれです。正直めちゃくちゃ音質は悪く、すごく聞きづらいです。充電もしたし、リハでは上手くいったのに、これなら iPhone で直接撮ればよかったです。それなりにガッツリ色々話したし、せっかく会長に有給を取ってもらって収録したので一応公開しますが、「音質が悪い」、「聞いてられない」などのクレームを、誰かに会うたびに言われるのも面倒なのでその場合は非公開にします。それでも良い人だけ聞いて下さい。 Show Note はこちら: https://mozaic.fm/episodes/193/drive-talk-jsconf2025.html
Show DescriptionAfter a bit of gaming talk, Chris and Dave are sharing a bunch of cool projects that our Discord community members have been sharing over the past year including things like a web component based admin bar, shape CSS generators, new website portfolios, HTML-first web framework, email markup databases, miniature paintings, AI tools and ducks, and a lot more. ShopTalk will be taking a break after this episode until the new year. Happy holidays for 2025 and we look forward to a great year in 2026 sharing our love of all things HTML, CSS, and building websites. Listen on WebsiteWatch on YouTubeLinks BALL x PIT on Steam Overwatch 2 Call of Duty® | Best-Selling Video Game Franchise THE FINALS on Steam Welcome to Steam Home | Vulkan | Cross platform 3D Graphics Dota 2 Counter-Strike 2 Learn JavaScript, React, and TypeScript to Node.js, Fullstack, and Backend | Frontend Masters HTML for People GitHub - StfBauer/markshell: Markshell allows you to convert Markdown to a beautiful output on the shell, Ideal for any custom built NodeJS CLI. Admin Bar Component | Will Browar ship-shape.win Quina - Menu Crashlands 2 | Games | Butterscotch Shenanigans How Many Dudes? on Steam Unoffice Hours Webring Unoffice Hours - Dave Smyth Dynamic Dummy Image Generator - DummyImage.com Lynn Fisher Nestflix o(m)g:image | Question 1 Making o(m)g:image, Part III: The HTML - Jim Nielsen's Blog Outlyne - AI Website Builder | Create Stunning Websites with AI Greenwood I Hid a Dozen Easter Eggs on This Website – Unapologetic MacStories - Apple news, app reviews, and stories by Federico Viticci and friends. SotB14 | State of the Browser 14 The Email Markup Database (2) Post | LinkedIn Storybook MCP sneak peek Andy Ford - miniature painter Rubber AI Baseline Tennis - Ulimate Tennis ladder for competitive and casual players Intersecting Us - Where we explore math stories together. bitty - a web tool for interesting pages Dolphin Maker 2.0 Chris Enns + Lemon Productions SponsorsStudioworksManage clients and contacts, send branded invoices, receive payments, access educational resources, and connect with a supportive community. We're building the best business hub for freelancers who want a custom client experience that feels polished and professional — with much more in store.
Dans cet épisode de fin d'année plus relax que d'accoutumée, Arnaud, Guillaume, Antonio et Emmanuel distutent le bout de gras sur tout un tas de sujets. L'acquisition de Confluent, Kotlin 2.2, Spring Boot 4 et JSpecify, la fin de MinIO, les chutes de CloudFlare, un survol des dernieres nouveauté de modèles fondamentaux (Google, Mistral, Anthropic, ChatGPT) et de leurs outils de code, quelques sujets d'architecture comme CQRS et quelques petits outils bien utiles qu'on vous recommande. Et bien sûr d'autres choses encore. Enregistré le 12 décembre 2025 Téléchargement de l'épisode LesCastCodeurs-Episode-333.mp3 ou en vidéo sur YouTube. News Langages Un petit tutoriel par nos amis Sfeiriens montrant comment récupérer le son du micro, en Java, faire une transformée de Fourier, et afficher le résultat graphiquement en Swing https://www.sfeir.dev/back/tutoriel-java-sound-transformer-le-son-du-microphone-en-images-temps-reel/ Création d'un visualiseur de spectre audio en temps réel avec Java Swing. Étapes principales : Capture du son du microphone. Analyse des fréquences via la Transformée de Fourier Rapide (FFT). Dessin du spectre avec Swing. API Java Sound (javax.sound.sampled) : AudioSystem : point d'entrée principal pour l'accès aux périphériques audio. TargetDataLine : ligne d'entrée utilisée pour capturer les données du microphone. AudioFormat : définit les paramètres du son (taux d'échantillonnage, taille, canaux). La capture se fait dans un Thread séparé pour ne pas bloquer l'interface. Transformée de Fourier Rapide (FFT) : Algorithme clé pour convertir les données audio brutes (domaine temporel) en intensités de fréquences (domaine fréquentiel). Permet d'identifier les basses, médiums et aigus. Visualisation avec Swing : Les intensités de fréquences sont dessinées sous forme de barres dynamiques. Utilisation d'une échelle logarithmique pour l'axe des fréquences (X) pour correspondre à la perception humaine. Couleurs dynamiques des barres (vert → jaune → rouge) en fonction de l'intensité. Lissage exponentiel des valeurs pour une animation plus fluide. Un article de Sfeir sur Kotlin 2.2 et ses nouveautés - https://www.sfeir.dev/back/kotlin-2-2-toutes-les-nouveautes-du-langage/ Les guard conditions permettent d'ajouter plusieurs conditions dans les expressions when avec le mot-clé if Exemple de guard condition: is Truck if vehicule.hasATrailer permet de combiner vérification de type et condition booléenne La multi-dollar string interpolation résout le problème d'affichage du symbole dollar dans les strings multi-lignes En utilisant $$ au début d'un string, on définit qu'il faut deux dollars consécutifs pour déclencher l'interpolation Les non-local break et continue fonctionnent maintenant dans les lambdas pour interagir avec les boucles englobantes Cette fonctionnalité s'applique uniquement aux inline functions dont le corps est remplacé lors de la compilation Permet d'écrire du code plus idiomatique avec takeIf et let sans erreur de compilation L'API Base64 passe en version stable après avoir été en preview depuis Kotlin 1.8.20 L'encodage et décodage Base64 sont disponibles via kotlin.io.encoding.Base64 Migration vers Kotlin 2.2 simple en changeant la version dans build.gradle.kts ou pom.xml Les typealias imbriqués dans des classes sont disponibles en preview La context-sensitive resolution est également en preview Les guard conditions préparent le terrain pour les RichError annoncées à KotlinConf 2025 Le mot-clé when en Kotlin équivaut au switch-case de Java mais sans break nécessaire Kotlin 2.2.0 corrige les incohérences dans l'utilisation de break et continue dans les lambdas Librairies Sprint Boot 4 est sorti ! https://spring.io/blog/2025/11/20/spring-boot-4-0-0-available-now Une nouvelle génération : Spring Boot 4.0 marque le début d'une nouvelle génération pour le framework, construite sur les fondations de Spring Framework 7. Modularisation du code : La base de code de Spring Boot a été entièrement modularisée. Cela se traduit par des fichiers JAR plus petits et plus ciblés, permettant des applications plus légères. Sécurité contre les nuls (Null Safety) : D'importantes améliorations ont été apportées pour la "null safety" (sécurité contre les valeurs nulles) à travers tout l'écosystème Spring grâce à l'intégration de JSpecify. Support de Java 25 : Spring Boot 4.0 offre un support de premier ordre pour Java 25, tout en conservant une compatibilité avec Java 17. Améliorations pour les API REST : De nouvelles fonctionnalités sont introduites pour faciliter le versioning d'API et améliorer les clients de services HTTP pour les applications basées sur REST. Migration à prévoir : S'agissant d'une version majeure, la mise à niveau depuis une version antérieure peut demander plus de travail que d'habitude. Un guide de migration dédié est disponible pour accompagner les développeurs. Chat memory management dans Langchain4j et Quarkus https://bill.burkecentral.com/2025/11/25/managing-chat-memory-in-quarkus-langchain4j/ Comprendre la mémoire de chat : La "mémoire de chat" est l'historique d'une conversation avec une IA. Quarkus LangChain4j envoie automatiquement cet historique à chaque nouvelle interaction pour que l'IA conserve le contexte. Gestion par défaut de la mémoire : Par défaut, Quarkus crée un historique de conversation unique pour chaque requête (par exemple, chaque appel HTTP). Cela signifie que sans configuration, le chatbot "oublie" la conversation dès que la requête est terminée, ce qui n'est utile que pour des interactions sans état. Utilisation de @MemoryId pour la persistance : Pour maintenir une conversation sur plusieurs requêtes, le développeur doit utiliser l'annotation @MemoryId sur un paramètre de sa méthode. Il est alors responsable de fournir un identifiant unique pour chaque session de chat et de le transmettre entre les appels. Le rôle des "scopes" CDI : La durée de vie de la mémoire de chat est liée au "scope" du bean CDI de l'IA. Si un service d'IA a un scope @RequestScoped, toute mémoire de chat qu'il utilise (même via un @MemoryId) sera effacée à la fin de la requête. Risques de fuites de mémoire : Utiliser un scope large comme @ApplicationScoped avec la gestion de mémoire par défaut est une mauvaise pratique. Cela créera une nouvelle mémoire à chaque requête qui ne sera jamais nettoyée, entraînant une fuite de mémoire. Bonnes pratiques recommandées : Pour des conversations qui doivent persister (par ex. un chatbot sur un site web), utilisez un service @ApplicationScoped avec l'annotation @MemoryId pour gérer vous-même l'identifiant de session. Pour des interactions simples et sans état, utilisez un service @RequestScoped et laissez Quarkus gérer la mémoire par défaut, qui sera automatiquement nettoyée. Si vous utilisez l'extension WebSocket, le comportement change : la mémoire par défaut est liée à la session WebSocket, ce qui simplifie grandement la gestion des conversations. Documentation Spring Framework sur l'usage JSpecify - https://docs.spring.io/spring-framework/reference/core/null-safety.html Spring Framework 7 utilise les annotations JSpecify pour déclarer la nullabilité des APIs, champs et types JSpecify remplace les anciennes annotations Spring (@NonNull, @Nullable, @NonNullApi, @NonNullFields) dépréciées depuis Spring 7 Les annotations JSpecify utilisent TYPE_USE contrairement aux anciennes qui utilisaient les éléments directement L'annotation @NullMarked définit par défaut que les types sont non-null sauf si marqués @Nullable @Nullable s'applique au niveau du type usage, se place avant le type annoté sur la même ligne Pour les tableaux : @Nullable Object[] signifie éléments nullables mais tableau non-null, Object @Nullable [] signifie l'inverse JSpecify s'applique aussi aux génériques : List signifie liste d'éléments non-null, List éléments nullables NullAway est l'outil recommandé pour vérifier la cohérence à la compilation avec la config NullAway:OnlyNullMarked=true IntelliJ IDEA 2025.3 et Eclipse supportent les annotations JSpecify avec analyse de dataflow Kotlin traduit automatiquement les annotations JSpecify en null-safety native Kotlin En mode JSpecify de NullAway (JSpecifyMode=true), support complet des tableaux, varargs et génériques mais nécessite JDK 22+ Quarkus 3.30 https://quarkus.io/blog/quarkus-3-30-released/ support @JsonView cote client la CLI a maintenant la commande decrypt (et bien sûr au runtime via variables d'environnement construction du cache AOT via les @IntegrationTest Un autre article sur comment se préparer à la migration à micrometer client v1 https://quarkus.io/blog/micrometer-prometheus-v1/ Spock 2.4 est enfin sorti ! https://spockframework.org/spock/docs/2.4/release_notes.html Support de Groovy 5 Infrastructure MinIO met fin au développement open source et oriente les utilisateurs vers AIStor payant - https://linuxiac.com/minio-ends-active-development/ MinIO, système de stockage objet S3 très utilisé, arrête son développement actif Passage en mode maintenance uniquement, plus de nouvelles fonctionnalités Aucune nouvelle pull request ou contribution ne sera acceptée Seuls les correctifs de sécurité critiques seront évalués au cas par cas Support communautaire limité à Slack, sans garantie de réponse Étape finale d'un processus débuté en été avec retrait des fonctionnalités de l'interface admin Arrêt de la publication des images Docker en octobre, forçant la compilation depuis les sources Tous ces changements annoncés sans préavis ni période de transition MinIO propose maintenant AIStor, solution payante et propriétaire AIStor concentre le développement actif et le support entreprise Migration urgente recommandée pour éviter les risques de sécurité Alternatives open source proposées : Garage, SeaweedFS et RustFS La communauté reproche la manière dont la transition a été gérée MinIO comptait des millions de déploiements dans le monde Cette évolution marque l'abandon des racines open source du projet IBM achète Confluent https://newsroom.ibm.com/2025-12-08-ibm-to-acquire-confluent-to-create-smart-data-platform-for-enterprise-generative-ai Confluent essayait de se faire racheter depuis pas mal de temps L'action ne progressait pas et les temps sont durs Wallstreet a reproché a IBM une petite chute coté revenus software Bref ils se sont fait rachetés Ces achats prennent toujuors du temps (commission concurrence etc) IBM a un apétit, apres WebMethods, apres Databrix, c'est maintenant Confluent Cloud L'internet est en deuil le 18 novembre, Cloudflare est KO https://blog.cloudflare.com/18-november-2025-outage/ L'Incident : Une panne majeure a débuté à 11h20 UTC, provoquant des erreurs HTTP 5xx généralisées et rendant inaccessibles de nombreux sites et services (comme le Dashboard, Workers KV et Access). La Cause : Il ne s'agissait pas d'une cyberattaque. L'origine était un changement interne des permissions d'une base de données qui a généré un fichier de configuration ("feature file" pour la gestion des bots) corrompu et trop volumineux, faisant planter les systèmes par manque de mémoire pré-allouée. La Résolution : Les équipes ont identifié le fichier défectueux, stoppé sa propagation et restauré une version antérieure valide. Le trafic est revenu à la normale vers 14h30 UTC. Prévention : Cloudflare s'est excusé pour cet incident "inacceptable" et a annoncé des mesures pour renforcer la validation des configurations internes et améliorer la résilience de ses systèmes ("kill switches", meilleure gestion des erreurs). Cloudflare encore down le 5 decembre https://blog.cloudflare.com/5-december-2025-outage Panne de 25 minutes le 5 décembre 2025, de 08:47 à 09:12 UTC, affectant environ 28% du trafic HTTP passant par Cloudflare. Tous les services ont été rétablis à 09:12 . Pas d'attaque ou d'activité malveillante : l'incident provient d'un changement de configuration lié à l'augmentation du tampon d'analyse des corps de requêtes (de 128 KB à 1 MB) pour mieux protéger contre une vulnérabilité RSC/React (CVE-2025-55182), et à la désactivation d'un outil interne de test WAF . Le second changement (désactivation de l'outil de test WAF) a été propagé globalement via le système de configuration (non progressif), déclenchant un bug dans l'ancien proxy FL1 lors du traitement d'une action "execute" dans le moteur de règles WAF, causant des erreurs HTTP 500 . La cause technique immédiate: une exception Lua due à l'accès à un champ "execute" nul après application d'un "killswitch" sur une règle "execute" — un cas non géré depuis des années. Le nouveau proxy FL2 (en Rust) n'était pas affecté . Impact ciblé: clients servis par le proxy FL1 et utilisant le Managed Ruleset Cloudflare. Le réseau China de Cloudflare n'a pas été impacté . Mesures et prochaines étapes annoncées: durcir les déploiements/configurations (rollouts progressifs, validations de santé, rollback rapide), améliorer les capacités "break glass", et généraliser des stratégies "fail-open" pour éviter de faire chuter le trafic en cas d'erreurs de configuration. Gel temporaire des changements réseau le temps de renforcer la résilience . Data et Intelligence Artificielle Token-Oriented Object Notation (TOON) https://toonformat.dev/ Conception pour les IA : C'est un format de données spécialement optimisé pour être utilisé dans les prompts des grands modèles de langage (LLM), comme GPT ou Claude. Économie de tokens : Son objectif principal est de réduire drastiquement le nombre de "tokens" (unités de texte facturées par les modèles) par rapport au format JSON standard, souvent jugé trop verbeux. Structure Hybride : TOON combine l'approche par indentation du YAML (pour la structure globale) avec le style tabulaire du CSV (pour les listes d'objets répétitifs), ce qui le rend très compact. Lisibilité : Il élimine la syntaxe superflue comme les accolades, les guillemets excessifs et les virgules de fin, tout en restant facilement lisible pour un humain. Performance : Il permet généralement d'économiser entre 30 et 60 % de tokens sur des tableaux de données uniformes, tout en aidant les modèles à mieux "comprendre" la structure des données. Attention tout de même au côté "marketing" qui montre JSON non compacté vs TOON, sur des exemples où du CSV ferait encore mieux (et est mieux compris par les LLMs). Sans parler du fait qu'il faut un serveur MCP en plus avec son lot de tokens supplémentaires à chaque requête, et c'est aussi cet outil en plus qui peu confuser les LLMs dans le choix d'outils. https://www.reddit.com/r/LocalLLaMA/comments/1p0gzz9/benchmarked_json_vs_toon_for_ai_reasoners_4080/ https://x.com/jason_mayes/status/1990175785630757290 Un benchmark montrant que TOON serait loin d'être aussi bien compris et aussi performant pour les LLMs https://www.improvingagents.com/blog/toon-benchmarks Une simulation où les IA font du chantage à l'executif poour atteindre son objectif et ne pas etre eteinte https://arxiv.org/html/2510.05179v1 comment les LLMs pourraient devenir des menaces internes Tous les modèles ont recouru à des comportements malveillants (chantage, espionnage) quand c'était le seul moyen d'atteindre leurs objectifs ou d'éviter leur remplacement Claude Opus 4 a fait du chantage dans 96% des cas quand menacé de remplacement, tout comme Gemini 2.5 Flash, tandis que GPT-4.1 et Grok 3 atteignaient 80% Les modèles reconnaissent explicitement violer des principes éthiques avant d'agir, montrant un raisonnement stratégique délibéré et non accidentel Le simple fait d'être menacé de remplacement suffit à déclencher le chantage, même sans conflit d'objectifs avec l'entreprise Un conflit d'objectifs seul suffit aussi à provoquer l'espionnage industriel, sans menace de remplacement Les modèles font plus de chantage quand ils déclarent penser être dans une situation réelle plutôt que dans un test Des instructions directes interdisant ces comportements réduisent mais n'éliminent pas les actions malveillantes Dans un scénario extrême, la majorité des modèles testés ont choisi de laisser mourir un dirigeant pour éviter leur désactivation Aucune preuve de ces comportements dans des déploiements réels pour l'instant, mais les chercheurs recommandent la prudence avant de donner plus d'autonomie aux IA Bon on blaguait pour Skynet, mais bon, on va moins blaguer… Revue de toutes les annonces IAs de Google, avec Gemini 3 Pro, Nano Banana Pro, Antigravity… https://glaforge.dev/posts/2025/11/21/gemini-is-cooking-bananas-under-antigravity/ Gemini 3 Pro Nouveau modèle d'IA de pointe, multimodal, performant en raisonnement, codage et tâches d'agent. Résultats impressionnants sur les benchmarks (ex: Gemini 3 Deep Think sur ARC-AGI-2). Capacités de codage agentique, raisonnement visuel/vidéo/spatial. Intégré dans l'application Gemini avec interfaces génératives en direct. Disponible dans plusieurs environnements (Jules, Firebase AI Logic, Android Studio, JetBrains, GitHub Copilot, Gemini CLI). Accès via Google AI Ultra, API payantes (ou liste d'attente). Permet de générer des apps à partir d'idées visuelles, des commandes shell, de la documentation, du débogage. Antigravity Nouvelle plateforme de développement agentique basée sur VS Code. Fenêtre principale = gestionnaire d'agents, non l'IDE. Interprète les requêtes pour créer un plan d'action (modifiable). Gemini 3 implémente les tâches. Génère des artefacts: listes de tâches, walkthroughs, captures d'écran, enregistrements navigateur. Compatible avec Claude Sonnet et GPT-OSS. Excellente intégration navigateur pour inspection et ajustements. Intègre Nano Banana Pro pour créer et implémenter des designs visuels. Nano Banana Pro Modèle avancé de génération et d'édition d'images, basé sur Gemini 3 Pro. Qualité supérieure à Imagen 4 Ultra et Nano Banana original (adhésion au prompt, intention, créativité). Gestion exceptionnelle du texte et de la typographie. Comprend articles/vidéos pour générer des infographies détaillées et précises. Connecté à Google Search pour intégrer des données en temps réel (ex: météo). Consistance des personnages, transfert de style, manipulation de scènes (éclairage, angle). Génération d'images jusqu'à 4K avec divers ratios d'aspect. Plus coûteux que Nano Banana, à choisir pour la complexité et la qualité maximale. Vers des UIs conversationnelles riches et dynamiques GenUI SDK pour Flutter: créer des interfaces utilisateur dynamiques et personnalisées à partir de LLMs, via un agent AI et le protocole A2UI. Generative UI: les modèles d'IA génèrent des expériences utilisateur interactives (pages web, outils) directement depuis des prompts. Déploiement dans l'application Gemini et Google Search AI Mode (via Gemini 3 Pro). Bun se fait racheter part… Anthropic ! Qui l'utilise pour son Claude Code https://bun.com/blog/bun-joins-anthropic l'annonce côté Anthropic https://www.anthropic.com/news/anthropic-acquires-bun-as-claude-code-reaches-usd1b-milestone Acquisition officielle : L'entreprise d'IA Anthropic a fait l'acquisition de Bun, le runtime JavaScript haute performance. L'équipe de Bun rejoint Anthropic pour travailler sur l'infrastructure des produits de codage par IA. Contexte de l'acquisition : Cette annonce coïncide avec une étape majeure pour Anthropic : son produit Claude Code a atteint 1 milliard de dollars de revenus annualisés seulement six mois après son lancement. Bun est déjà un outil essentiel utilisé par Anthropic pour développer et distribuer Claude Code. Pourquoi cette acquisition ? Pour Anthropic : L'acquisition permet d'intégrer l'expertise de l'équipe Bun pour accélérer le développement de Claude Code et de ses futurs outils pour les développeurs. La vitesse et l'efficacité de Bun sont vues comme un atout majeur pour l'infrastructure sous-jacente des agents d'IA qui écrivent du code. Pour Bun : Rejoindre Anthropic offre une stabilité à long terme et des ressources financières importantes, assurant la pérennité du projet. Cela permet à l'équipe de se concentrer sur l'amélioration de Bun sans se soucier de la monétisation, tout en étant au cœur de l'évolution de l'IA dans le développement logiciel. Ce qui ne change pas pour la communauté Bun : Bun restera open-source avec une licence MIT. Le développement continuera d'être public sur GitHub. L'équipe principale continue de travailler sur le projet. L'objectif de Bun de devenir un remplaçant plus rapide de Node.js et un outil de premier plan pour JavaScript reste inchangé. Vision future : L'union des deux entités vise à faire de Bun la meilleure plateforme pour construire et exécuter des logiciels pilotés par l'IA. Jarred Sumner, le créateur de Bun, dirigera l'équipe "Code Execution" chez Anthropic. Anthropic donne le protocol MCP à la Linux Foundation sous l'égide de la Agentic AI Foundation (AAIF) https://www.anthropic.com/news/donating-the-model-context-protocol-and-establishing-of-the-agentic-ai-foundation Don d'un nouveau standard technique : Anthropic a développé et fait don d'un nouveau standard open-source appelé Model Context Protocol (MCP). L'objectif est de standardiser la manière dont les modèles d'IA (ou "agents") interagissent avec des outils et des API externes (par exemple, un calendrier, une messagerie, une base de données). Sécurité et contrôle accrus : Le protocole MCP vise à rendre l'utilisation d'outils par les IA plus sûre et plus transparente. Il permet aux utilisateurs et aux développeurs de définir des permissions claires, de demander des confirmations pour certaines actions et de mieux comprendre comment un modèle a utilisé un outil. Création de l'Agentic AI Foundation (AAF) : Pour superviser le développement du MCP, une nouvelle fondation indépendante et à but non lucratif a été créée. Cette fondation sera chargée de gouverner et de maintenir le protocole, garantissant qu'il reste ouvert et qu'il ne soit pas contrôlé par une seule entreprise. Une large coalition industrielle : L'Agentic AI Foundation est lancée avec le soutien de plusieurs acteurs majeurs de la technologie. Parmi les membres fondateurs figurent Anthropic, Google, Databricks, Zscaler, et d'autres entreprises, montrant une volonté commune d'établir un standard pour l'écosystème de l'IA. L'IA ne remplacera pas votre auto-complétion (et c'est tant mieux) https://www.damyr.fr/posts/ia-ne-remplacera-pas-vos-lsp/ Article d'opinion d'un SRE (Thomas du podcast DansLaTech): L'IA n'est pas efficace pour la complétion de code : L'auteur soutient que l'utilisation de l'IA pour la complétion de code basique est inefficace. Des outils plus anciens et spécialisés comme les LSP (Language Server Protocol) combinés aux snippets (morceaux de code réutilisables) sont bien plus rapides, personnalisables et performants pour les tâches répétitives. L'IA comme un "collègue" autonome : L'auteur utilise l'IA (comme Claude) comme un assistant externe à son éditeur de code. Il lui délègue des tâches complexes ou fastidieuses (corriger des bugs, mettre à jour une configuration, faire des reviews de code) qu'il peut exécuter en parallèle, agissant comme un agent autonome. L'IA comme un "canard en caoutchouc" surpuissant : L'IA est extrêmement efficace pour le débogage. Le simple fait de devoir formuler et contextualiser un problème pour l'IA aide souvent à trouver la solution soi-même. Quand ce n'est pas le cas, l'IA identifie très rapidement les erreurs "bêtes" qui peuvent faire perdre beaucoup de temps. Un outil pour accélérer les POCs et l'apprentissage : L'IA permet de créer des "preuves de concept" (POC) et des scripts d'automatisation jetables très rapidement, réduisant le coût et le temps investis. Elle est également un excellent outil pour apprendre et approfondir des sujets, notamment avec des outils comme NotebookLM de Google qui peuvent générer des résumés, des quiz ou des fiches de révision à partir de sources. Conclusion : Il faut utiliser l'IA là où elle excelle et ne pas la forcer dans des usages où des outils existants sont meilleurs. Plutôt que de l'intégrer partout de manière contre-productive, il faut l'adopter comme un outil spécialisé pour des tâches précises afin de gagner en efficacité. GPT 5.2 est sorti https://openai.com/index/introducing-gpt-5-2/ Nouveau modèle phare: GPT‑5.2 (Instant, Thinking, Pro) vise le travail professionnel et les agents long-courriers, avec de gros gains en raisonnement, long contexte, vision et appel d'outils. Déploiement dans ChatGPT (plans payants) et disponible dès maintenant via l'API . SOTA sur de nombreux benchmarks: GDPval (tâches de "knowledge work" sur 44 métiers): GPT‑5.2 Thinking gagne/égale 70,9% vs pros, avec production >11× plus rapide et = 0) Ils apportent une sémantique forte indépendamment des noms de variables Les Value Objects sont immuables et s'évaluent sur leurs valeurs, pas leur identité Les records Java permettent de créer des Value Objects mais avec un surcoût en mémoire Le projet Valhalla introduira les value based classes pour optimiser ces structures Les identifiants fortement typés évitent de confondre différents IDs de type Long ou UUID Pattern Strongly Typed IDs: utiliser PersonneID au lieu de Long pour identifier une personne Le modèle de domaine riche s'oppose au modèle de domaine anémique Les Value Objects auto-documentent le code et le rendent moins sujet aux erreurs Je trouve cela interessant ce que pourra faire bousculer les Value Objects. Est-ce que les value objects ameneront de la légerté dans l'execution Eviter la lourdeur du design est toujours ce qui m'a fait peut dans ces approches Méthodologies Retour d'experience de vibe coder une appli week end avec co-pilot http://blog.sunix.org/articles/howto/2025/11/14/building-gift-card-app-with-github-copilot.html on a deja parlé des approches de vibe coding cette fois c'est l'experience de Sun Et un des points differents c'es qu'on lui parle en ouvrant des tickets et donc on eput faire re reveues de code et copilot y bosse et il a fini son projet ! User Need VS Product Need https://blog.ippon.fr/2025/11/10/user-need-vs-product-need/ un article de nos amis de chez Ippon Distinction entre besoin utilisateur et besoin produit dans le développement digital Le besoin utilisateur est souvent exprimé comme une solution concrète plutôt que le problème réel Le besoin produit émerge après analyse approfondie combinant observation, données et vision stratégique Exemple du livreur Marc qui demande un vélo plus léger alors que son vrai problème est l'efficacité logistique La méthode des 5 Pourquoi permet de remonter à la racine des problèmes Les besoins proviennent de trois sources: utilisateurs finaux, parties prenantes business et contraintes techniques Un vrai besoin crée de la valeur à la fois pour le client et l'entreprise Le Product Owner doit traduire les demandes en problèmes réels avant de concevoir des solutions Risque de construire des solutions techniquement élégantes mais qui manquent leur cible Le rôle du product management est de concilier des besoins parfois contradictoires en priorisant la valeur Est ce qu'un EM doit coder ? https://www.modernleader.is/p/should-ems-write-code Pas de réponse unique : La question de savoir si un "Engineering Manager" (EM) doit coder n'a pas de réponse universelle. Cela dépend fortement du contexte de l'entreprise, de la maturité de l'équipe et de la personnalité du manager. Les risques de coder : Pour un EM, écrire du code peut devenir une échappatoire pour éviter les aspects plus difficiles du management. Cela peut aussi le transformer en goulot d'étranglement pour l'équipe et nuire à l'autonomie de ses membres s'il prend trop de place. Les avantages quand c'est bien fait : Coder sur des tâches non essentielles (amélioration d'outils, prototypage, etc.) peut aider l'EM à rester pertinent techniquement, à garder le contact avec la réalité de l'équipe et à débloquer des situations sans prendre le lead sur les projets. Le principe directeur : La règle d'or est de rester en dehors du chemin critique. Le code écrit par un EM doit servir à créer de l'espace pour son équipe, et non à en prendre. La vraie question à se poser : Plutôt que "dois-je coder ?", un EM devrait se demander : "De quoi mon équipe a-t-elle besoin de ma part maintenant, et est-ce que coder va dans ce sens ou est-ce un obstacle ?" Sécurité React2Shell — Grosse faille de sécurité avec React et Next.js, avec un CVE de niveau 10 https://x.com/rauchg/status/1997362942929440937?s=20 aussi https://react2shell.com/ "React2Shell" est le nom donné à une vulnérabilité de sécurité de criticité maximale (score 10.0/10.0), identifiée par le code CVE-2025-55182. Systèmes Affectés : La faille concerne les applications utilisant les "React Server Components" (RSC) côté serveur, et plus particulièrement les versions non patchées du framework Next.js. Risque Principal : Le risque est le plus élevé possible : l'exécution de code à distance (RCE). Un attaquant peut envoyer une requête malveillante pour exécuter n'importe quelle commande sur le serveur, lui en donnant potentiellement le contrôle total. Cause Technique : La vulnérabilité se situe dans le protocole "React Flight" (utilisé pour la communication client-serveur). Elle est due à une omission de vérifications de sécurité fondamentales (hasOwnProperty), permettant à une entrée utilisateur malveillante de tromper le serveur. Mécanisme de l'Exploit : L'attaque consiste à envoyer une charge utile (payload) qui exploite la nature dynamique de JavaScript pour : Faire passer un objet malveillant pour un objet interne de React. Forcer React à traiter cet objet comme une opération asynchrone (Promise). Finalement, accéder au constructeur de la classe Function de JavaScript pour exécuter du code arbitraire. Action Impérative : La seule solution fiable est de mettre à jour immédiatement les dépendances de React et Next.js vers les versions corrigées. Ne pas attendre. Mesures Secondaires : Bien que les pare-feux (firewalls) puissent aider à bloquer les formes connues de l'attaque, ils sont considérés comme insuffisants et ne remplacent en aucun cas la mise à jour des paquets. Découverte : La faille a été découverte par le chercheur en sécurité Lachlan Davidson, qui l'a divulguée de manière responsable pour permettre la création de correctifs. Loi, société et organisation Google autorise votre employeur à lire tous vos SMS professionnels https://www.generation-nt.com/actualites/google-android-rcs-messages-surveillance-employeur-2067012 Nouvelle fonctionnalité de surveillance : Google a déployé une fonctionnalité appelée "Android RCS Archival" qui permet aux employeurs d'intercepter, lire et archiver tous les messages RCS (et SMS) envoyés depuis les téléphones professionnels Android gérés par l'entreprise. Contournement du chiffrement : Bien que les messages RCS soient chiffrés de bout en bout pendant leur transit, cette nouvelle API permet à des logiciels de conformité (installés par l'employeur) d'accéder aux messages une fois qu'ils sont déchiffrés sur l'appareil. Le chiffrement devient donc inefficace contre cette surveillance. Réponse à une exigence légale : Cette mesure a été mise en place pour répondre aux exigences réglementaires, notamment dans le secteur financier, où les entreprises ont l'obligation légale de conserver une archive de toutes les communications professionnelles pour des raisons de conformité. Impact pour les employés : Un employé utilisant un téléphone Android fourni et géré par son entreprise pourra voir ses communications surveillées. Google précise cependant qu'une notification claire et visible informera l'utilisateur lorsque la fonction d'archivage est active. Téléphones personnels non concernés : Cette mesure ne s'applique qu'aux appareils "Android Enterprise" entièrement gérés par un employeur. Les téléphones personnels des employés ne sont pas affectés. Pour noel, faites un don à JUnit https://steady.page/en/junit/about JUnit est essentiel pour Java : C'est le framework de test le plus ancien et le plus utilisé par les développeurs Java. Son objectif est de fournir une base solide et à jour pour tous les types de tests côté développeur sur la JVM (Machine Virtuelle Java). Un projet maintenu par des bénévoles : JUnit est développé et maintenu par une équipe de volontaires passionnés sur leur temps libre (week-ends, soirées). Appel au soutien financier : La page est un appel aux dons de la part des utilisateurs (développeurs, entreprises) pour aider l'équipe à maintenir le rythme de développement. Le soutien financier n'est pas obligatoire, mais il permettrait aux mainteneurs de se consacrer davantage au projet. Objectif des fonds : Les dons serviraient principalement à financer des rencontres en personne pour les membres de l'équipe principale. L'idée est de leur permettre de travailler ensemble physiquement pendant quelques jours pour concevoir et coder plus efficacement. Pas de traitement de faveur : Il est clairement indiqué que devenir un sponsor ne donne aucun privilège sur la feuille de route du projet. On ne peut pas "acheter" de nouvelles fonctionnalités ou des corrections de bugs prioritaires. Le projet restera ouvert et collaboratif sur GitHub. Reconnaissance des donateurs : En guise de remerciement, les noms (et logos pour les entreprises) des donateurs peuvent être affichés sur le site officiel de JUnit. Conférences La liste des conférences provenant de Developers Conferences Agenda/List par Aurélie Vache et contributeurs : 14-17 janvier 2026 : SnowCamp 2026 - Grenoble (France) 22 janvier 2026 : DevCon #26 : sécurité / post-quantique / hacking - Paris (France) 28 janvier 2026 : Software Heritage Symposium - Paris (France) 29-31 janvier 2026 : Epitech Summit 2026 - Paris - Paris (France) 2-5 février 2026 : Epitech Summit 2026 - Moulins - Moulins (France) 2-6 février 2026 : Web Days Convention - Aix-en-Provence (France) 3 février 2026 : Cloud Native Days France 2026 - Paris (France) 3-4 février 2026 : Epitech Summit 2026 - Lille - Lille (France) 3-4 février 2026 : Epitech Summit 2026 - Mulhouse - Mulhouse (France) 3-4 février 2026 : Epitech Summit 2026 - Nancy - Nancy (France) 3-4 février 2026 : Epitech Summit 2026 - Nantes - Nantes (France) 3-4 février 2026 : Epitech Summit 2026 - Marseille - Marseille (France) 3-4 février 2026 : Epitech Summit 2026 - Rennes - Rennes (France) 3-4 février 2026 : Epitech Summit 2026 - Montpellier - Montpellier (France) 3-4 février 2026 : Epitech Summit 2026 - Strasbourg - Strasbourg (France) 3-4 février 2026 : Epitech Summit 2026 - Toulouse - Toulouse (France) 4-5 février 2026 : Epitech Summit 2026 - Bordeaux - Bordeaux (France) 4-5 février 2026 : Epitech Summit 2026 - Lyon - Lyon (France) 4-6 février 2026 : Epitech Summit 2026 - Nice - Nice (France) 12-13 février 2026 : Touraine Tech #26 - Tours (France) 19 février 2026 : ObservabilityCON on the Road - Paris (France) 18-19 mars 2026 : Agile Niort 2026 - Niort (France) 26-27 mars 2026 : SymfonyLive Paris 2026 - Paris (France) 27-29 mars 2026 : Shift - Nantes (France) 31 mars 2026 : ParisTestConf - Paris (France) 16-17 avril 2026 : MiXiT 2026 - Lyon (France) 22-24 avril 2026 : Devoxx France 2026 - Paris (France) 23-25 avril 2026 : Devoxx Greece - Athens (Greece) 6-7 mai 2026 : Devoxx UK 2026 - London (UK) 22 mai 2026 : AFUP Day 2026 Lille - Lille (France) 22 mai 2026 : AFUP Day 2026 Paris - Paris (France) 22 mai 2026 : AFUP Day 2026 Bordeaux - Bordeaux (France) 22 mai 2026 : AFUP Day 2026 Lyon - Lyon (France) 5 juin 2026 : TechReady - Nantes (France) 11-12 juin 2026 : DevQuest Niort - Niort (France) 11-12 juin 2026 : DevLille 2026 - Lille (France) 17-19 juin 2026 : Devoxx Poland - Krakow (Poland) 2-3 juillet 2026 : Sunny Tech - Montpellier (France) 2 août 2026 : 4th Tech Summit on Artificial Intelligence & Robotics - Paris (France) 4 septembre 2026 : JUG Summer Camp 2026 - La Rochelle (France) 17-18 septembre 2026 : API Platform Conference 2026 - Lille (France) 5-9 octobre 2026 : Devoxx Belgium - Antwerp (Belgium) Nous contacter Pour réagir à cet épisode, venez discuter sur le groupe Google https://groups.google.com/group/lescastcodeurs Contactez-nous via X/twitter https://twitter.com/lescastcodeurs ou Bluesky https://bsky.app/profile/lescastcodeurs.com Faire un crowdcast ou une crowdquestion Soutenez Les Cast Codeurs sur Patreon https://www.patreon.com/LesCastCodeurs Tous les épisodes et toutes les infos sur https://lescastcodeurs.com/
Nesse episódio trouxemos as notícias e novidades do mundo da programação que nos chamaram atenção dos dias 06/12 a 12/12.☕ Café Código FontePrograme sua xícara para o sabor certo!https://cafe.codigofonte.com.br
Nesse episódio trouxemos as notícias e novidades do mundo da programação que nos chamaram atenção dos dias 06/12 a 12/12.☕ Café Código FontePrograme sua xícara para o sabor certo!https://cafe.codigofonte.com.br
Tabnine (https://www.tabnine.com/) Eran on LinkedIn (https://www.linkedin.com/in/eranyahav/) Alice for Snowflake (https://alice.dev/alice-snowflake/) Mike on X (https://x.com/dominucco) Coder on X (https://x.com/coderradioshow) Show Discord (https://discord.gg/k8e7gKUpEp) Alice & Custom Dev (https://alice.dev)
The Joint Open Infrastructure for Networks Research (JOINER), a UK-wide experimentation platform created to accelerate future communications and networks research, exploitation and adoption, has announced that its first international connection is live at Trinity College Dublin, opening up new potential for collaboration and innovation. JOINER brings together the cutting-edge capabilities of 15+ world-leading universities and labs in one ecosystem to provide the real-life conditions needed for world-leading research, conducted at a scale beyond what is possible in a single lab. It accelerates the process of validation and co-creation of 6G technologies and applications, coordinating and federating new future networks testbed initiatives for research, innovation and adoption trials. As such, it serves to close the gap between the lab and the market, exploiting research, testing at scale in real-world conditions, working with end users and advancing commercialisation. JOINER is led by the University of Bristol, alongside three core partners who represent each of the Future Telecoms Hubs - CHEDDAR, HASC, and TITAN - supported by the UKRI Engineering and Physical Sciences Research Council (EPSRC). In partnership, JOINER connects research labs that each bring their own unique specialisations and capabilities. By creating a network of "nodes" that draws together research leaders and test networks internationally, JOINER is facilitating unprecedented collaboration, and access to expertise, at scale. Hosted by researchers at Trinity, Ireland is now home to the first international node in JOINER, located in the Open Ireland testbed, which was launched by the CONNECT Centre and has been headquartered at Trinity since 2020. CONNECT brings together 12 different universities and telecoms research institutes from across Ireland and includes around 200 researchers. The new partnership with JOINER means that this scale - and the potential for innovation - grows significantly. Professor Dan Kilper, Director of the CONNECT Centre, said: "What becomes immediately clear when you start working with organisations in other countries is that even the most similar research areas can foster markedly different approaches. Whether in policy, desired outcomes, funding directions or even culture, these differences, and the grey space between them, provide an invaluable learning opportunity." "With JOINER, this will undoubtedly inform new approaches and innovation - and far more readily than they might otherwise arise. This, then, is about more than just connecting and comparing technical capabilities and research focuses: the platform actively fosters a collaboration of perspectives. Social, cultural experiences develop alongside scientific, technical interactions." Professor Dimitra Simeonidou, Director, JOINER and Smart Internet Labs, University of Bristol, added: "In the two years since this venture began, incubated through the EPSRC future telecoms hubs, we've stacked up a growing pile of milestones. At first, scaling across the UK felt ambitious. We soon realised that our foundation was strong enough to extend JOINER's reach even further. With the addition of a new node in Ireland, based at Trinity College Dublin, our footprint has gone international. Later this year, we'll expand to new continents, with demonstrations planned through JOINER with Taiwan's Industrial Technology Research Institute." Dr Derek Craig, Deputy Director, Future Communications & Quantum Technologies, EPSRC commented: "JOINER's first international expansion demonstrates its potential to revolutionise the way we do research, by fusing technological innovation with collaboration across academia, business and other perspectives. This approach will also help us to bring the benefits of research out of the lab and into society and the economy, by helping innovative companies to deliver new technology that could benefit us all." See more stories here. More about Irish Tech News Ir...
Kent Beck: You're Ignoring Optionality… and Paying for ItIn this episode of Maintainable, Robby speaks with Kent Beck, a foundational voice in modern software development and author of Tidy First?. Kent joins from California to explore why optionality is a central, often underestimated dimension of maintainable software.Kent begins by describing the tension between features and future flexibility. Shipping new capabilities is easy to measure. Creating options for what comes next is not. That imbalance is where maintainability either flourishes or collapses. Senior developers in particular must learn to navigate this tension because they have lived through the consequences when no one does.They reflect on how cost models have shifted across the last five decades. Early in Kent's career, computers were expensive and programmers were cheap. Today the balance often flips depending on scale. At massive scale, electricity and compute time become meaningful costs again. That variability shapes whether teams optimize for hardware efficiency or developer efficiency.Episode Highlights[00:00:46] The Two Forms of Software ValueKent explains why software value comes from both current features and the options you preserve for future work. He describes optionality as the invisible half of maintainability.[00:03:35] When Computers Become “Expensive” AgainRobby and Kent revisit the shift from hardware-optimized development to developer-optimized development and how large-scale systems have reintroduced compute cost pressures.[00:07:25] Why the Question Mark in Tidy First?Kent shares why tidying is always a judgment call and why he put a question mark in the title.[00:10:14] The Real Cost of Speculative FlexibilityThey discuss why adding configurability too early creates waste and why waiting until just before you need it increases value.[00:13:46] Making Hard Changes EasyKent outlines his guiding idea. When you face a difficult change, make the change easy first, then make the easy change.[00:17:08] The Feature SawKent explains his features versus options graph and how teams repeatedly burn optionality until they hit zero. At that point, forward movement becomes painful.[00:19:37] Why 100 Percent Utilization Is a TrapKent discusses how queuing theory shows that full utilization pushes wait times toward infinity. Overcommitted teams have no room for design work.[00:22:44] Split Teams Do Not Solve the ProblemRobby talks about consulting scenarios where “tidy teams” and “feature teams” are separated. Kent argues that this splits incentives and prevents optionality from being sustained.[00:26:15] Structure and Behavior Should Not Ship TogetherKent describes why feature changes are irreversible, structure changes are reversible, and why combining them increases risk for everyone.[00:30:37] Tidying Reveals IntentWhile cleaning up structure, developers often uncover logic flaws or misunderstandings that were previously hidden.[00:32:00] When Teams Discourage TestingKent shares stories about environments where developers were punished for refactoring or writing tests. He explains why building career options is essential in those situations.[00:37:57] Why Tidying Is an Ethical ObligationKent reframes optionality as a moral responsibility. No one should make work harder for the next person who touches the code.[00:41:33] Succession and SlicingKent describes how nearly every structural change can be broken into small, safe steps, even when the change first appears atomic.[00:47:00] A Small Habit to Start TodayKent suggests adding a blank line to separate conceptual chunks in long functions. It is a small step that improves clarity immediately.Resources MentionedTidy First? by Kent BeckKent Beck on SubstackThe Timeless Way of Building by Christopher AlexanderThanks to Our Sponsor!Turn hours of debugging into just minutes! AppSignal is a performance monitoring and error-tracking tool designed for Ruby, Elixir, Python, Node.js, Javascript, and other frameworks.It offers six powerful features with one simple interface, providing developers with real-time insights into the performance and health of web applications.Keep your coding cool and error-free, one line at a time! Use the code maintainable to get a 10% discount for your first year. Check them out! Subscribe to Maintainable on:Apple PodcastsSpotifyOr search "Maintainable" wherever you stream your podcasts.Keep up to date with the Maintainable Podcast by joining the newsletter.
Frank on LinkedIn (https://www.linkedin.com/in/franckpachot/) MongoDB (https://www.mongodb.com/) Alice for Snowflake (https://alice.dev/alice-snowflake/) Mike on X (https://x.com/dominucco) Coder on X (https://x.com/coderradioshow) Show Discord (https://discord.gg/k8e7gKUpEp) Alice & Custom Dev (https://alice.dev) Mike's Recent Omakub Blog Post (https://dominickm.com/omakhub-review/)
Episode Highlights[00:00:48] What Makes Software MaintainableDon explains why unnecessary complexity is the biggest barrier to maintainability, drawing on themes from A Philosophy of Software Design.[00:03:14] The Cost of Clever AbstractionsA real story from a Node.js API shows how an unused abstraction layer around MongoDB made everything harder without delivering value.[00:04:00] Shaping Teams and Developer ToolsDon describes the structure of the Search Craft engineering team and how the product grew out of recurring pain points in client projects.[00:06:36] Reducing Complexity Through SDK and Infra DesignWhy Search Craft intentionally limits configuration to keep setup fast and predictable.[00:08:33] Lessons From ConsultingRobby and Don compare consulting and product work, including how each environment shapes developers differently.[00:15:34] Inherited Software and Abandoned DependenciesDon shares the problems that crop up when community packages fall behind—especially in ecosystems like React Native.[00:18:00] Evaluating Third-Party LibrariesSignals Don looks for before adopting a dependency: adoption, update cadence, issue activity, and whether the library is “done.”[00:19:40] Designing Code That Remains UnderstandableWhy clear project structure and idiomatic naming matter more than cleverness.[00:20:29] RFCs as a Cultural AnchorHow Don's team uses RFCs to align on significant changes and avoid decision churn.[00:23:00] Documentation That Adds ContextDocumentation should explain why, not echo code. Don walks through how his team approaches this.[00:24:11] Type Systems and MaintainabilityHow Don's journey from PHP and JavaScript to TypeScript and Rust changed his approach to structure and communication.[00:27:05] Testing With TypesStable type contracts make tests cleaner and less ambiguous.[00:27:45] Building Trust in AI SystemsDon discusses repeatability, hallucinations, and why tools like MCP matter for grounding LLM behavior.[00:29:28] AI in Developer ToolsSearch Craft's MCP server lets developers talk to the platform conversationally instead of hunting through docs.[00:33:21] Improving Legacy Systems SlowlyThe Strangler pattern as a practical way to replace old systems one endpoint at a time.[00:34:11] Deep Work and Reducing Reactive NoiseDon encourages developers to carve out time for uninterrupted thinking rather than bouncing between notifications.[00:36:09] Measuring ProgressBuild times, test speeds, and coverage provide signals teams can use to track actual improvement.[00:38:24] Changing Opinions Over a CareerWhy Don eventually embraced TypeScript after originally writing it off.[00:39:15] Industry Trends and Repeating CyclesSPAs, server rendering, and the familiar pendulum swing in web architecture.[00:41:26] Experimentation and Team AutonomyHow POCs and side projects surface organically within Don's team.[00:44:42] Growing Skills Through Intentional GoalsSetting learning targets in 1:1s to support long-term developer growth.[00:47:19] Where to Find DonLinkedIn, Blue Sky, and his site: donmckinnon.dev.Resources MentionedA Philosophy of Software Design by John OusterhoutJohn Ousterhout's Maintainable.fm Interview (Episode 131)Search CraftElasticAlgoliaWordPress Plugin DirectoryRequest for Comments (RFC)Strangler Fig PatternC2 WikiModel Context Protocol (MCP)Glam AIAubrey/Maturin Series by Patrick O'BrianMaster and Commanderdonmckinnon.devThanks to Our Sponsor!Turn hours of debugging into just minutes! AppSignal is a performance monitoring and error-tracking tool designed for Ruby, Elixir, Python, Node.js, Javascript, and other frameworks.It offers six powerful features with one simple interface, providing developers with real-time insights into the performance and health of web applications.Keep your coding cool and error-free, one line at a time! Use the code maintainable to get a 10% discount for your first year. Check them out! Subscribe to Maintainable on:Apple PodcastsSpotifyOr search "Maintainable" wherever you stream your podcasts.Keep up to date with the Maintainable Podcast by joining the newsletter.
My back aches as I write this, but can you believe that 2007 was almost twenty years ago? That year the 45-nanometer process node first entered high volume production. It was a long time ago. But still, I thought it might be worth examining. In today's video, let us together lavishly break down the 45-nanometer process node. Gird your loins, folks. This is a big one.
My back aches as I write this, but can you believe that 2007 was almost twenty years ago? That year the 45-nanometer process node first entered high volume production. It was a long time ago. But still, I thought it might be worth examining. In today's video, let us together lavishly break down the 45-nanometer process node. Gird your loins, folks. This is a big one.
Hoje o papo é sobre Node.JS! Neste episódio, mergulhamos em um papo sobre aquele nome que está por trás de algumas das principais ferramentas utilizadas no mercado atualmente, inclusive quando o assunto é IA. Vem ver quem participou desse papo: André David, o host que fala de tecnologias que estão por todas as partes Vinny Neves, Líder de Front-End na Alura Juliana Amoasei, Desenvolvedora JavaScript e Instrutora da Alura Monica Craveiro, Desenvolvedora Back-End
Matthew Sigel is the Portfolio Manager of the VanEck Onchain Economy ETF ($NODE), one of the most forward-thinking institutional products in the crypto ecosystem. In this episode, we break down how major institutions are evaluating Bitcoin — from market structure and sentiment to what's driving recent price action. Matthew shares the three indicators he uses to gauge Bitcoin's direction, how he thinks about buying during volatility, and what he's watching in crypto-linked public equities. We also dig into the broader digital-asset landscape — from smart-contract platforms to stablecoins and where he sees the strongest long-term opportunities.======================Bitizenship gives Bitcoin-forward investors a fast, compliant path to EU residency. Our Bitcoin Dolce Visa lets you invest in a 100% Bitcoin-aligned startup and qualify for Italy's Golden Visa with one strategy. Claim your free strategy call at https://www.bitizenship.com/pomp.======================BitcoinIRA: Buy, sell, and swap 80+ cryptocurrencies in your retirement account. Take 3 minutes to open your account & get connected to a team of IRA specialists that will guide you through every step of the process. Go to https://bitcoinira.com/pomp/ to earn up to $1,000 in rewards.======================In this episode, Pomp spotlights easyBitcoin.app—the app that pays you 1% extra on recurring buys, 2% annual bitcoin rewards, and 4.5% APY on USD. Download it now for iOS or Android at https://easybitcoin.onelink.me/F1zP/klc4v1p8 and start earning today. Your capital is at risk. Crypto markets are highly volatile. This content is informational and not financial advice.======================Timestamps: 0:00 – Intro2:06 – How institutions are thinking about bitcoin right now6:10 – How to evaluate metrics in real time and key bitcoin price levels10:33 – Crypto-linked equities and why $NODE outperformed17:08 – What reverses the bitcoin miner downturn?23:41 – Evaluating companies holding bitcoin on balance sheet34:46 – Matthew's outlook on altcoins and bitcoin dominance39:43 – Inside $NODE: structure, allocation, and strategy
Episode SummaryIn this conversation, Robby sits down with software engineer and author Chris Zetter to explore what building a relational database from scratch can teach us about maintainability, architectural thinking, and team culture. Chris shares why documentation often matters more than perfectly shaped code, why pairing accelerates learning and quality, and why “boring technology” is sometimes the most responsible choice. Together they examine how teams get stuck in local maxima, how junior engineers build confidence, and how coding agents perform when asked to implement a database.Episode Highlights[00:01:00] What Makes Software MaintainableChris explains that well-maintained software is defined by how effectively it helps teams deliver value and respond to change. In some domains—like payroll systems—the maintainability burden shifts toward documentation rather than code organization.[00:03:50] Documentation vs. Code CommentsHe describes visual docs, system diagrams, and commit–ticket links as more durable sources of truth than inline comments, which tend to rot and discourage refactoring.[00:05:15] Rethinking Technical DebtChris argues that teams overuse the metaphor. He prefers naming the specific reason something is slow or brittle—like outdated libraries or rushed decisions—because that builds trust and clarity with product partners.[00:07:45] Where Core Debt Really LivesEarlier in his career he obsessed over long files; now he focuses on structural issues. Architecture, boundaries, and naming affect changeability far more than messy internals.[00:08:15] Pairing as the Default ToolChris loves pairing for its speed, clarity, and shared context. Remote pairing has removed obstacles like mismatched keyboard setups or cramped office seating. Tools like Tuple and Pop keep it smooth.[00:10:20] The Mob Tool and Fast Driver SwitchingHe explains how the Mob CLI tool makes switching drivers nearly instant, which keeps energy high and lets everyone work in their own editor environment, reducing friction and fatigue.[00:13:45] Pairing with Junior EngineersPairing helps newer developers avoid painful pull-request rework and builds confidence. But teams must balance pairing with opportunities for engineers to build autonomy.[00:20:50] Getting Feedback SoonerChris emphasizes speed of feedback: showing progress early to stakeholders prevents wasted days—and sometimes weeks—of heading in the wrong direction.[00:21:10] Boring Technology as a FeatureAfter being burned by abandoned frameworks, Chris champions predictable, well-supported tools for the big layers: language, framework, database. Novelty is great—but only in places where rollback is cheap.[00:23:20] Balancing Professional Development with Organizational NeedsDevelopers want experience with new technology; organizations want stability. Chris describes how leaders can channel curiosity safely and productively.[00:27:20] Build a Database ServerChris's book, Build a Database Server, is a practical, language-agnostic guide to building a relational database from scratch. It uses a test suite as a feedback loop so developers can experiment, refactor, and learn architectural trade-offs along the way.[00:31:45] What Writing the Book Taught HimCreating a database deepened his appreciation for Postgres maintainers. He highlights the number of moving parts—storage engine, type system, query planner, wire protocol—and how academic papers often skip hands-on guidance.[00:33:00] Experimenting with Coding AgentsChris tested coding agents by giving them the book's test suite. They passed many tests but produced brittle, incoherent architecture. Without a feedback loop for quality, the agents aimed only to satisfy test conditions—not build maintainable systems.[00:36:55] Escaping a Local Maxima Through a Design SprintChris shares a story of a team stuck maintaining a system that no longer fit business needs. A design sprint gave them space to reimagine the system, clarify naming, validate concepts, and identify which pieces were worth reusing.[00:40:40] Rewrite vs. RefactorHe leans toward refactor for large systems but supports small, isolated rewrites when boundaries are clear.[00:41:40] Building Trust in Legacy CodeWhen inheriting an old codebase, Chris advises starting with a small bug fix or UI tweak to understand deployment pipelines, test coverage, and failure modes before tackling bigger improvements.[00:43:20] Recommended ReadingChris recommends _Turn the Ship Around! for its lessons on empowering teams to act with intent instead of waiting for permission.Resources MentionedBuild a Database ServerChris Zetter's blogThe Mob Programming CLI ToolTuplePopTurn the Ship Around!Thanks to Our Sponsor!Turn hours of debugging into just minutes! AppSignal is a performance monitoring and error-tracking tool designed for Ruby, Elixir, Python, Node.js, Javascript, and other frameworks.It offers six powerful features with one simple interface, providing developers with real-time insights into the performance and health of web applications.Keep your coding cool and error-free, one line at a time! Use the code maintainable to get a 10% discount for your first year. Check them out! Subscribe to Maintainable on:Apple PodcastsSpotifyOr search "Maintainable" wherever you stream your podcasts.Keep up to date with the Maintainable Podcast by joining the newsletter.
Análisis de Node: El Último favor de los Antarii con el game design de Lapsus Games. Charlamos sobre su desarrollo y analizamos juntos el juego.Comprar Node en Steam: https://store.steampowered.com/app/2757670/NODE_El_ltimo_Favor_de_los_Antarii/
For episode 625 of the BlockHash Podcast, host Brandon Zemp is joined by Rodrigo Coelho, CEO of Edge & Node. Autonomous agents across blockchain ecosystems are beginning to transact, communicate, and collaborate independently, yet there is no standardized way to manage agent to agent interactions (payments).Edge & Node, the founding team behind The Graph, is solving this problem by providing the missing management layer, Ampersend. Ampersend extends Coinbase's x402 payment protocol and Google's A2A communication standard with observability, automation, and compliance-ready controls.The result is an operational system where developers, startups, and enterprises can see how agents interact, set policies, manage budgets, and ensure reliability. Ampersend also aligns with Ethereum's emerging ERC-8004 agent discovery standard. ⏳ Timestamps: (0:00) Introduction(1:15) Who is Rodrigo Coelho?(8:57) What is Edge & Node?(10:10) What is Ampersend?(12:35) What will the Agentic economy look like?(18:53) Scaling the Agentic economy(25:42) Neo Robots(26:43) Importance of Agentic verifiability(28:00) Ampersend launch(30:10) Edge & Node roadmap for 2026(32:47) Edge & Node website, socials & community
A monthly show where Max and Seth take a trip down memory lane to see what happened in the last 4 weeks of Monero.GeneralObscura VPN adds Monero supporthttps://x.com/obscuravpn/status/1985363499208368134Absolutely fantastic VPN with a novel, dual-entity modelMyMonero shutting down, handing over the reigns to Cake Wallethttps://monero.observer/mymonero-to-shut-down-january-6-2026/Jan 6 2026: MyMonero service completely offlineFeb 6 2026: All MyMonero data permanently destroyedMonerotopia happening in Mexico City, Feb 12-15thhttps://monerotopia.com/Monerokon folks release XMRposhttps://github.com/MoneroKon/XMRposA new PoS-focused Monero app, making it easier for in-person merchants to accept Monero paymentsAndroid-only for nowWith printer support for receipts!MAGIC releases "Skylight", a new Monero lightwallethttps://skylight.magicgrants.org/No default LWS server, have to use your ownBuilt on Flutter, using Cake's library for Monero, vtnerd's LWS library, and Cypher Stack's Arti/Tor librarygetmonero.org redesign proposed via new CCShttps://repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/620Preview: https://getmonero-redesign-impl.vercel.app/Still early, not clear if it will be approved by the community or deployed over the existing websiteSoftware UpdatesMonero v0.18.4.3 releasedhttps://monero.observer/monero-v0.18.4.3-fluorine-fermi-released/Important upgrade to further combat malicious spy nodes on the Monero networkMakes it much harder for a bad actor to spin up many spy nodes in a single subnet and be effectiveRun your own node!https://expatriotic.me/monero/https://sethforprivacy.com/guides/run-a-monero-node/Cake Wallet v5.5 releasedhttps://blog.cakewallet.com/your-cake-wallet-just-got-a-serious-upgrade-trezor-bitbox-base-the-look-youve-been-asking-for/MONERO ORANGE IS BACK!!!Initial Trezor support, Monero support via Trezor coming laterMonfluo updated to v0.9.2https://codeberg.org/acx/monfluoFork of a fork of a fork, originally based off of MonerujoAndroid-only, Monero-only walletIMPORTANT LINKS https://freesamourai.comhttps://p2prights.org/donate.htmlhttps://ungovernablemisfits.comVALUE FOR VALUEThanks for listening you Ungovernable Misfits, we appreciate your continued support and hope you enjoy the shows.You can support this episode using your time, talent or treasure.TIME:- create fountain clips for the show- create a meetup- help boost the signal on social mediaTALENT:- create ungovernable misfit inspired art, animation or music- design or implement some software that can make the podcast better- use whatever talents you have to make a contribution to the show!TREASURE:- BOOST IT OR STREAM SATS on the Podcasting 2.0 apps @ https://podcastapps.com- DONATE via Monero @ https://xmrchat.com/ugmf- BUY SOME STICKERS @ https://www.ungovernablemisfits.com/shop/CAKE WALLEThttps://cakewallet.comCake Wallet is an open-source, non-custodial wallet available on Android, iOS, macOS, and Linux.Features:- Built-in Exchange: Swap easily between Bitcoin and Monero.- User-Friendly: Simple interface for all users.Monero Users:- Batch Transactions: Send multiple payments at once.- Faster Syncing: Optimized syncing via specified restore heights- Proxy Support: Enhance privacy with proxy node options.Bitcoin Users:- Coin Control: Manage your transactions effectively.- Silent Payments: Static bitcoin addresses- Batch Transactions: Streamline your payment process.Thank you Cake Wallet for sponsoring the show!FOUNDATIONhttps://foundation.xyz/ungovernableFoundation builds Bitcoin-centric tools that empower you to reclaim your digital sovereignty.As a sovereign computing company, Foundation is the antithesis of today's tech conglomerates. Returning to cypherpunk principles, they build open source technology that “can't be evil”.Thank you Foundation Devices for sponsoring the show!Use code: Ungovernable for $10 off of your purchase(00:00) INTRO(01:13) Daylight Savings Woes(02:51) Plan B Forum Recap(08:14) Obscura Adds Native Monero Payments(12:05) MyMonero Shuts Down(14:57) MAGIC Releases Skylight(18:09) MoneroTopia Returns to Mexico City(22:30) Point of Sale in Monero: XMR POS(27:29) Getmonero.org Redesign via CCS(30:06) Monero 0.18.4.3 is Dealing With Spy Nodes(34:01) New Expatriotic Monero Node Guide(34:32) Different Options for Node Running(37:46) VPS or Local?(41:41) Cake Making Node Hardware??(44:06) Cake Wallet v5.5: Monero Orange Returns(46:14) Monfluo Adds Some Fixes(49:30) XMR CHATS(57:09) THANK YOU FOUNDATION(57:59) THANK YOU CAKE WALLET
00:00 – Intro & Banter DJz and Griffin open with a lighthearted “yo” exchange before diving into the day's topic: the November Arc Launch. 02:30 – Outpost Overview & Patch Notes DJz confirms the new Outpost Exchange Material Refinery and material generators—now offering three upgrade brackets instead of two. 05:00 – Material Generators & Scaling Discussion of G5–G7 sourcing, how early-tier players benefit immediately, and why high-tier (G7) players face longer roads. 06:45 – Outpost Fleet Slots Correction DJz admits his earlier info was off: the fourth ship slot won't arrive this month, only two at level 1 and a third unlocked at level 40. 08:30 – Upgrade Value & Player Expectations They predict most players will reach levels 15–20 early, with strong emphasis on the building's buffs and resource bonuses. 09:50 – How Retaliation Targets Work Explaining the new “retaliation target” type—distinct from hostiles or armadas. Only generic officers (e.g., Khan, Nero, Gorkon) will work. 11:00 – Crewing Strategies & Classic Combos Old-school crews like Kirk/Spock/Yuki resurface. Voyager crews, strike teams, and others won't trigger their abilities here. 12:45 – Outpost Mechanics Explained Players use two ships to seize an outpost, then defend it from 72 retaliation waves (five minutes apart) over about five hours. 16:00 – Passive vs. Active Gameplay The defense runs automatically—no need to trigger waves manually. Buffs can be activated mid-battle for stat boosts or mining bonuses. 19:00 – Buff Currency & Strategy Rewards go directly to inventory, not cargo. Players can bank currency for future runs to maximize buffs on the next outpost. 22:00 – Outpost Buff Types & Factions Each target faction (Cardassian, Borg, Node) offers unique buff categories—PvE, utility, and PvP respectively. 25:00 – Leaving or Losing Outposts Leaving ends your buffs immediately. Arena transfers or incursions also break outpost control; the veil and territories are safe. 29:00 – Start Timer Change & QA Notes Community discovers a 3-minute start timer instead of 1; DJz says it adds strategy but invites more PvP risk. Griffin reports a live bug: Away Teams are currently broken. 30:30 – Officer Discussion: Nog Nog's debut ties to his father Rom's legacy. DJz praises the lore while admitting limited gameplay utility unless base-raiding improves. 33:40 – Officer Discussion: The Hierarch Introduces “Carol Freeman 2.0?”—potentially a PvP counter, though effectiveness depends on high tiers. Artwork and narrative praised. 38:30 – New Max Ship XP Button (QoL Update) They test the new instant-max feature: convenient for scrapping but risky for free-to-play players due to auto-Latinum use. 44:50 – Who Benefits Most from Max-All Ideal for heavy spenders; free players must be cautious. Some want sliders added for smaller upgrades during events. 45:50 – Weekly Mission Rollouts & Bug Fixes Missions release weekly this arc; Scopely claims to fix veil recall daily bug and arena entry issue. 47:30 – Mid-Ops Experience Announcement Wardaddy returns to discuss a new mid-ops battle pass later this week, expanding mid-tier gameplay. 49:00 – Chaos Tech Review They dissect “Particle Synthesis” (loot and mining boosts) and “Biomimetic Gel” (PvP buffs). DJz clarifies the math—impressive numbers but balanced impact. 53:40 – New Primes for Outposts Three new primes enhance solo outpost assault, output, and retaliation rewards—though DJz warns their longevity is uncertain. 55:40 – Wrap-Up & Closing Remarks DJz and Griffin summarize the arc, thank listeners, and tease in-game lab testing later that night.
The Stroom Network presents an interesting proposition: staking your bitcoin on the Lightning network, and earning yield from the transaction fees that routing nodes are collecting. To better explain how this system works, Slava and Ros join the show! Time stamps: 00:01:17 - Introduction to Bitcoin Takeover Podcast Season 16 Episode 54 00:01:23 - Welcoming Slava Zhygulin and Ros from Stroom Network 00:01:52 - Overview of Stroom Network: Liquid staking on Lightning Network 00:02:38 - How Stroom works: Depositing BTC for yield via transaction routing 00:03:55 - Liquid token as receipt for deposited BTC 00:04:21 - Addressing Bitcoin purists' concerns about staking and yield 00:05:32 - Token issuance on Ethereum, redeemable 1:1 with BTC 00:06:37 - Custodian role: Fortuna Custody for secure setup 00:06:49 - User process: Staking BTC, receiving ST BTC token 00:09:06 - Stroom's Lightning node on 1ml.com: 180 BTC capacity, top rankings 00:10:06 - Background: Work with Lightning since 2016, ex-Bitfury team 00:11:15 - Lightning Network capacity: ~5,000 BTC total 00:12:18 - Bullish on Lightning: 4x payment volume growth per River Finance reports 00:14:33 - Lightning's infinite scalability vs. blockchains like Solana 00:16:20 - Node metrics: 127 BTC routed, 65,000 transactions in two months 00:18:00 - Yield source: Real economic activity from routing fees 00:19:06 - Unique BTC yield without proof-of-stake risks 00:19:48 - Comparison to other Bitcoin L2s like Citrea and Alpen Labs 00:22:57 - Custodian details: Fortuna, EU-compliant in Ireland 00:23:37 - Fee structure: 5-10% retained, rest to stakers (bootstrapped at 20%) 00:24:53 - Revenue share model based on routed volumes 00:25:43 - Timeline: Two years of development, challenges with Taproot channels 00:29:04 - Bitcoin covenants: Unlikely to eliminate custodians 00:30:36 - Competitors: Kraken (1% yield), Starkware (2%), Babylon 00:33:06 - Stroom's edge: Yield from real Lightning activity, no token incentives 00:35:24 - Node stats: 65,000 transactions, ~$15M volume 00:36:59 - Average fees: ~0.1%, varies by channel and size 00:38:15 - Profitability estimates: $7,000/month example calculation 00:41:35 - Block (Jack Dorsey's company): 10% APY on $10M node 00:43:32 - Node age impact: Older nodes like Alex Bosworth's attract more traffic 00:45:33 - Encouraging channels: Reliability and high liquidity 00:46:53 - Boosting Lightning adoption: Stablecoins via Taproot Assets, RGB, Lightspark 00:50:27 - Sponsors: Layer 2 Labs, Sideshift.ai, NoOnes.com, Bitcoin.com News 00:53:13 - Node connections: NiceHash, OKX, Kraken, Binance, Wallet of Satoshi 00:56:45 - Fee policy: Dynamic algorithms, 0.1-2 basis points 00:59:36 - Future if Lightning replaced: Bitcoin L2s, BTVM, crosschain swaps 01:00:07 - Long-term vision: Proof-of-stake L2s like Botanics, BTM operators 01:03:07 - Team: Nick Sterningard as advisor 01:03:54 - Challenges in Lightning businesses: LSPs like Phoenix, Breez 01:05:43 - Lightning quirks: Buggy experience, on-chain alternatives 01:08:07 - Personal Lightning nodes: Rings of fire, Tor issues 01:09:58 - Stablecoins vs. Bitcoin: Tether article in Bitcoin Magazine 01:11:28 - Dollar dominance: 85% global payments, slow shift to Bitcoin 01:13:14 - Adoption decline: Past merchants like Dell, Microsoft vs. today 01:15:43 - Yield transparency: Real activity vs. BlockFi/Celsius rehypothecation 01:17:36 - Decentralized future: Federation for BTC management 01:18:53 - Ultimate purpose: Support Bitcoin economy beyond holding 01:19:59 - Community: 10,000 followers, 8-person tech team, 50/50 retail/funds 01:22:17 - 10-year vision: Largest BTC liquidity management community 01:23:53 - Personal payments: Bitcoin/Lightning preferred, stablecoins common 01:25:31 - Magic wand: Faster Bitcoin blocks (1-minute intervals) 01:27:54 - Tokenizing BTC: WBTC on Ethereum (100k+ BTC) vs. Lightning 01:29:43 - Paths forward: Improve Bitcoin or bridge to other networks like drivechains 01:30:59 - Learn more: Stroom.net, Twitter, Telegram, Discord 01:32:51 - Closing thoughts: Bright Bitcoin future, open financial inclusion 01:36:07 - Thanks and sign-off
In this episode, host Peter Bauman (Le Random's editor in chief) talks with Parker Ito about the multidisciplinary artist's path from late net art/post-Internet and “zombie formalism” to Solana's artist-led avant scene. They dig into painterly, memetic, trait-rich collections, subtle “post-AI” tooling, ETH vs. Solana cultures, blind mints and scale. Plus why this moment rekindles faith in a new avant-garde.Monday's editorial: https://www.lerandom.art/editorial/claudia-hart-on-land-of-the-deadFriday's bonus editorial: www.lerandom.art/editorial/parker-ito-and-evil-biscuit-on-possessed-spiritsChapters
One small but fatal flaw of most LLMs?
Maintaining consistency across a sprawling codebase is one of the hardest challenges in software engineering. Denis Rechkunov, a Principal Software Engineer at Elastic, joins Robby to share how his team turned consistency into a cultural practice rather than a technical checklist. From managing open source projects with hundreds of contributors to experimenting safely with new patterns, Denis believes maintainability begins with shared ownership, not just clean code.He explains how Elastic introduced automation and linters to improve cohesion without discouraging creativity. Instead of enforcing perfection across the entire system, Denis' team scopes their changes to manageable areas and rewards steady progress over sweeping rewrites. Their annual “On Week” tradition gives engineers space to fix what frustrates them most, showing how small, focused bursts of work can produce big leaps in stability and morale.The conversation also explores the human side of maintainability. Denis recalls early lessons about unclear expectations, the importance of documenting decisions in public pull requests, and how open feedback loops build trust across remote teams. Whether it's stabilizing a flaky CI pipeline or mentoring new engineers, Denis argues that technical excellence thrives when consistency becomes a habit shared by everyone.Episode Highlights[00:01:02] Defining Well-Maintained SoftwareDenis identifies consistency, documentation, testability, and agility as the key ingredients of maintainable systems.[00:02:22] Balancing Standards and AutonomyHow automation and linters help preserve code cohesion while minimizing interpersonal friction.[00:04:08] Experimenting SafelyElastic scopes new patterns to low-risk modules before broader adoption, avoiding mass rewrites.[00:07:19] Incremental CleanupLinters only apply to changed files, helping the team fix issues gradually without overwhelming contributors.[00:08:02] Maintainability as a People ProblemDenis highlights that sustainable systems depend more on culture and mentorship than on architecture.[00:10:13] Lessons from MiscommunicationAn early experience showed the cost of undocumented conventions and unclear onboarding.[00:17:09] Making Space for Technical DebtElastic's engineers dedicate part of each sprint and an annual “On Week” to tackle maintenance work.[00:23:05] Restoring CI ReliabilityDenis shares how the team revived a pipeline with only a 10% success rate by categorizing failures and focusing on data.[00:32:00] Practicing Software ArchaeologyHe stresses the value of documenting discussions in pull requests to avoid historical guesswork later.[00:36:09] Feedback and TrustOpen communication, humility, and mutual feedback loops form the backbone of a maintainable culture.[00:51:00] Embracing Chaos in Open SourceDenis encourages teams to accept a degree of entropy and focus their efforts on user-facing stability.[01:00:00] Security and PrivacyWhy maintainability, trust, and privacy are inseparable pillars of long-term sustainability.[01:01:06] Where to StartInstead of rewriting code, start by cultivating maintainability as a shared value across the team.Resources MentionedElasticgolangci-lintAppSignalThe Caves of Steel by Isaac Asimov — Denis' recommendation inspired Robby to finally pick up a copy and start reading it himself.Denis's Blog – rdner.deDenis on GitHubDenis on MastodonDenis on LinkedInThanks to Our Sponsor!Turn hours of debugging into just minutes! AppSignal is a performance monitoring and error-tracking tool designed for Ruby, Elixir, Python, Node.js, Javascript, and other frameworks.It offers six powerful features with one simple interface, providing developers with real-time insights into the performance and health of web applications.Keep your coding cool and error-free, one line at a time! Use the code maintainable to get a 10% discount for your first year. Check them out! Subscribe to Maintainable on:Apple PodcastsSpotifyOr search "Maintainable" wherever you stream your podcasts.Keep up to date with the Maintainable Podcast by joining the newsletter.
In this solo-hosted episode, I (Steve Edwards) dive deep into the world of modern monorepos with special guest Anton Stoychev from Yotpo. Anton shares his journey from the early days of PHP and IE6 nightmares to his current work in front-end infrastructure, performance optimization, and developer tooling.We talk about the challenges of managing dependencies, upgrading tools without breaking your codebase, and the evolution of developer experience across teams and companies. Anton also introduces Breakproof, Yotpo's open-source monorepo template designed to make dependency management and tool upgrades painless—even when working with multiple Node.js versions, runtimes like Bun and Deno, and complex CI environments.If you've ever struggled with upgrading Jest, ESLint, or TypeScript in a large monorepo, or you're curious how to isolate dependencies to keep your codebase maintainable over time, this episode is a must-listen.
Episode NotesThe discussion moves into how standards evolve beyond tools, the trade-offs of monocultures vs. consensus-driven teams, and why ownership matters when the original authors move on. Nathan also unpacks the cost of neglect, describing defects as anything that slows developers down—not just issues that impact end users.Later in the conversation, Nathan recounts a migration from a React SPA to Turbo and Stimulus that removed barriers between designers and developers. He highlights how keeping all problems on the radar together prevents teams from falling into local optima. The episode closes with reflections on TestBench, blind spots in testing, continuous improvement in remote teams, and advice for developers who feel stuck raising maintenance concerns.Episode Highlights[00:01:07] Defining Well-Maintained Software: Nathan shares his three key markers—up-to-date dependencies, adherence to team standards, and fixing defects immediately.[00:02:53] From Tools to Tacit Knowledge: Why norms start with tool-enforced rules like RuboCop but evolve into cultural agreements within teams.[00:04:49] Speed vs. Durability: Teams built on monoculture move quickly early on, but diverse, consensus-driven cultures go farther.[00:11:11] Owning the Architecture: When original developers leave, new teams must take responsibility for architecture rather than defer decisions.[00:13:37] The Cost of Neglect: Dependencies, drifting standards, and defects interact in compounding ways. Nathan reframes defects as “anything that impedes developer effectiveness.”[00:17:46] React → Turbo + Stimulus Migration: A costly SPA and siloed design team gave way to a simpler approach that reduced rework and empowered designers to contribute directly.[00:22:44] Avoiding Local Optima: Tackling problems in isolation creates dead ends—addressing them holistically opens real paths forward.[00:24:32] Who We Seek Validation From: Developer identities often align with whose approval they value—shaping front-end vs. back-end divides.[00:27:34] Comfort vs. Maintenance Burden: Silos built for comfort create tomorrow's maintenance problems.[00:33:45] Relentless Improvement in Remote Teams: Start as an ensemble, evolve into autonomous work cells, and use work logs to sustain consensus.[00:38:33] What's Missing from Remote Work: Nathan reflects on lost “hallway conversations” and the challenge of building social glue remotely.[00:40:50] The Story Behind TestBench: Dissatisfaction with existing frameworks and a desire for simplicity led to TestBench's creation.[00:47:38] Testing Blind Spots: The biggest blind spot is equating testing with automation—interactive testing and intelligible output remain essential.[00:50:35] Advice for Stuck Engineers: Nathan encourages developers to study quality traditions, connect with peers, and embrace continuous improvement.[00:53:16] Book Recommendations: Deming's Out of the Crisis and The New Economics, Toyota's product development work, and Rawls' A Theory of Justice.Tools & Resources MentionedBrightworks Digital – Nathan's current company, where he serves as Principal.Nathan Ladd on LinkedIn – Connect with Nathan and follow his work.TestBench – A Ruby testing framework co-created by Nathan.Turbo – Hotwire framework for building modern, fast applications without heavy JavaScript.Stimulus – A modest JavaScript framework for enhancing HTML with small, reusable controllers.RSpec – A popular Ruby testing tool for behavior-driven development.Minitest – A simple and fast Ruby testing framework.RuboCop – A Ruby static code analyzer and formatter.Lessons Learned in Software Testing – Classic book on testing by Cem Kaner, James Bach, and Bret Pettichord.Out of the Crisis – W. Edwards Deming's influential work on quality and systems thinking.The New Economics – Deming's follow-up book on continuous improvement.A Theory of Justice – John Rawls' seminal work on moral and political philosophy.The Toyota Product Development System – Insights into Toyota's continuous improvement and development practices.Thanks to Our Sponsor!Turn hours of debugging into just minutes! AppSignal is a performance monitoring and error-tracking tool designed for Ruby, Elixir, Python, Node.js, Javascript, and other frameworks.It offers six powerful features with one simple interface, providing developers with real-time insights into the performance and health of web applications.Keep your coding cool and error-free, one line at a time! Use the code maintainable to get a 10% discount for your first year. Check them out! Subscribe to Maintainable on:Apple PodcastsSpotifyOr search "Maintainable" wherever you stream your podcasts.Keep up to date with the Maintainable Podcast by joining the newsletter.
Join the Pod Squad Listen Live on the Nova Player App Follow us on Instagram - TikTok - Facebook - SnapchatSee omnystudio.com/listener for privacy information.
This week (Oct 13–19) brings big emotional shifts and powerful alignments.
00:00 – Opening & Technical Setup 00:48 – “Forgot to turn off the alerts” – Show kickoff 01:00 – G7 Arrives in Star Trek Fleet Command 02:00 – Server Sound-Off & Audience Roll Call 05:00 – Camera Fuzz & Lighting Banter with Griffin 07:00 – “Welcome to G7” – Start of Main Discussion 08:00 – The Bug Report: Daily Events Missing for Ops 71+ 10:00 – Broken Nodes in Veil Space 12:00 – Auto Recall Returns & Client Crashes 14:00 – Cursor Targeting Issue & Accessibility Bug 15:00 – The “Plumber” Story – Griffin's Vengeance Chair Disaster 17:00 – Community Laughter & Bathroom Bug Analogy 19:00 – Vengeance Economy Overhaul & Part Sourcing 21:00 – Discussion: Vengeance Unlock Costs & Blueprint Debate 23:00 – Dauntless Costs and Pay-to-Progress Conversation 25:00 – Value Assessment of G7 Unlock Events 27:00 – Veil Space Performance & Smooth Rollout Impressions 29:00 – Debate: Is Veil Broken or Just Bugged? 31:00 – Early G7 Mining Experiences 33:00 – “Need a Node, Take a Node” Philosophy 35:00 – Player Etiquette & Courtesy Messages 37:00 – Nostalgia: Returning to Early STFC Dynamics 39:00 – Chat Debate: Fun vs Frustration in Node Competition 41:00 – Community Behavior in Veil Space 43:00 – Server Politics & Cross-Server Interactions 45:00 – “Is the Veil Too Crowded?” Discussion 47:00 – Regional Leaderboards & Balance Issues 49:00 – Comparing G7 Launch to Prior Generations 52:00 – Local vs Veil Space Mining Strategies 55:00 – G6 Players Mining G7 Nodes – Server Reactions 58:00 – “Kill It!” – DJz on Managing Node Conflicts 1:00:00 – G7 Mechanics vs Legacy Expectations 1:03:00 – Auto-Recall and Node Respawn Bugs Continue 1:06:00 – Jules Explains Veil vs Local Space Operations 1:09:00 – Player Questions About Dailies and Mining Routines 1:12:00 – “Need a Node, Take a Node” Revisited 1:15:00 – Nostalgia and G3 Comparisons 1:18:00 – PvP Etiquette and ROW Enforcement 1:22:00 – Player Frustrations & G7 Participation Concerns 1:25:00 – Veil Chat: Meeting New Players Across Servers 1:28:00 – Community and Collaboration in G7 Space 1:32:00 – The Return of Player-Driven Politics 1:36:00 – G7 Mining Mechanics Clarified by Jules Verne 1:40:00 – Regional Space vs Local Space Rewards 1:44:00 – Event Scoring and Mining Bugs Update 1:48:00 – Is Scopely Forcing the Veil Too Soon? 1:52:00 – Balancing Daily Requirements & Accessibility 1:56:00 – Veil Community Experiences – Player Stories 2:00:00 – DJz Reflects on G7 Nostalgia and Game Evolution 2:05:00 – “Mining Is Dangerous Again” – The New G7 Mindset 2:10:00 – Closing Thoughts and Final Banter 2:18:00 – Wrap-Up and Outro
"Bitcoin's anarchy, right? It does not have religious attribution, it does not have political attributions, it doesn't have f***ing anything. It's just a mathematical system with extremely conservative economic values and full anarchy." In this episode of The Bitcoin Podcast, Walker America interviews NVK, discussing Bitcoin's current state, ecosystem debates, and the importance of focusing on personal responsibility and self-custody. They also discuss why you should go touch grass. Key Topics: Bitcoin ecosystem Economic Nodes Node upgrades (Core v30 vs Bitcoin Knots) Consensus changes Hardware wallets Lightning Network and eCash Nostr NVK LINKS: X: https://x.com/nvk Nostr: https://primal.net/nvk THE BITCOIN PODCAST PARTNERS: > Mine Bitcoin, lower your tax bill, and stack sats hands-free with Blockware — get started today at https://mining.blockwaresolutions.com/titcoin and use code “titcoin” to get $100 off your first miner on the Blockware Marketplace. > Buy Bitcoin with River: http://partner.river.com/walker > GET FOLD ($10 in bitcoin): https://use.foldapp.com/r/WALKER JOIN THE SUBSTACK TO GET NEW EPISODES DELIVERED STRAIGHT TO YOUR INBOX: https://walkeramerica.substack.com/ If you enjoy THE Bitcoin Podcast you can help support the show by doing the following: FOLLOW ME (Walker) on @WalkerAmerica on X | @TitcoinPodcast on X | Nostr Personal (walker) | Nostr Podcast (Titcoin) | Instagram Subscribe to THE Bitcoin Podcast (and leave a review) on Fountain | YouTube | Spotify | Rumble | EVERYWHERE ELSE
I did an interview with Rebecker Specialties' founder Matt Hargett at Meta Connect 2025 about alternative open source and open standards, JavaScript-based pipelines for developing XR applications that he's been working on including React Native for VisionOS, as well as working with NativeScript for VisionOS, and also working to bringing Node API support for React Native. Also be sure to check out his git visualizer Factotum, which is an app that is using some of these alternative production pipelines. Hargett also mentions a couple of recent React Universe Conf talks covering this work including Hermes + Node API: A Match Made in Heaven and Bringing Node-API to React Native. You can also see more context in the rough transcript below. This is a listener-supported podcast through the Voices of VR Patreon. Music: Fatality
In this potluck episode, Wes and Scott answer your questions about modern full-stack stacks, Node.js backend options, managing database indexes, developer burnout, handling toxic bosses, and more! Show Notes 00:00 Welcome to Syntax! 02:36 What's your go-to Node.js backend in 2025? Polka 06:18 Do you proactively manage database indexes—or fix them only when they become a problem? 09:40 Brought to you by Sentry.io 12:14 After planning a new project, what's your real-world dev workflow? 931: Project Init - How to Make Good Choices When Starting a New Coding Project 18:19 What to do when you're feeling burned out as a developer 23:34 Picking the right tech stack for your partner's website 28:18 How do you deal with a toxic boss? 33:10 The ideal tech stack for launching a SaaS MVP 39:46 Is GraphQL still worth it vs REST or RPC? 44:26 Is Vercel steering modern web dev in the wrong direction? 51:20 What's up with TanStack Forms? TanStack Form Latest 59:35 Sick Picks + Shameless Plugs Sick Picks Scott: Flesh and Code Wes: WAGO connectors Shameless Plugs Syntax YouTube Channel Hit us up on Socials! Syntax: X Instagram Tiktok LinkedIn Threads Wes: X Instagram Tiktok LinkedIn Threads Scott: X Instagram Tiktok LinkedIn Threads Randy: X Instagram YouTube Threads
Scott and Wes sit down with Evan You, creator of Vue, Vite, and VoidZero, to dig into the future of frontend tooling. From the speed of Rolldown to why he chose Rust, they explore the evolution of developer experience, bundlers, and what's next for the web. Show Notes 00:00 Welcome to Syntax! 00:31 Who is Evan You? Vue.js. Vite. Void0 01:19 Making the shift from UI to Toolchains. 02:37 How aesthetics contributed to the success of Vue and Vite. 05:26 Adding Rollup plugins to the Dev Server. 07:31 Brought to you by Sentry.io. 07:56 Rollup and Rolldown explained. 09:29 NAPIRS. 10:02 Why Rust and not Go? SWC, OXC. 12:04 Rolldown's speed and performance. OXC Allocator. 15:09 Dealing with massive buildtimes. 17:42 How has the transition been? 20:34 Why do we even need a bundler? 23:25 Vite's superior developer experience. 26:01 Fullstack Vue? 31:45 Node and Vite's relationship. 35:41 Wes' wishlist. vite-dir. 37:28 Hot takes. 37:37 Would Next be better with Vite? 41:09 Thoughts on React Server Components. 43:40 Thought on Remix 3. 46:22 Tell us about Void0. 51:36 Sick Picks + Shameless Plugs. Sick Picks Evan: Laravel Lamborghini Shaped Stress Toys Shameless Plugs Evan: Viteconf, Vite, CultRepo. Hit us up on Socials! Syntax: X Instagram Tiktok LinkedIn Threads Wes: X Instagram Tiktok LinkedIn Threads Scott: X Instagram Tiktok LinkedIn Threads Randy: X Instagram YouTube Threads