Podcasts about BOM

Channel 10 weatherman Beau Pearson defends (or does he) the BoM. What's your boat name? Medium John Edward joins us, but do we believe him?See omnystudio.com/listener for privacy information.

Bom dia! ☕As roupas com tecido tecnológico da Insider estão aqui.Para simular seu investimento no exterior pela Remessa Online e garantir 15% de desconto (THENEWS15) no spread, clique aqui.Compre os ingressos para o seis&seis clicando aqui.No episódio de hoje:

Bom dia 247_ Extrema-direita vence na Colômbia e pode impactar o Brasil _ 22_6_26_ by TV 247

JDK 26 optimise la JVM dans ses moindres recoins, le SDK Java d'Agent2Agent passe en 1.0, Micronaut 5 est là. Côté terrain, un retour d'expérience après 40 jours à coder avec 100 % d'IA : génie ou junior, Alzheimer numérique et dette technique invisible. Pendant ce temps, GitLab restructure, Microsoft suspend ses licences Claude Code, et un développeur injecte un prompt destructeur dans sa lib JUnit. La révolution IA a un coût et les boites commencent à s'en rendre compte. Enregistré le 12 juin 2026 Téléchargement de l'épisode LesCastCodeurs-Episode-341.mp3 ou en vidéo sur YouTube. News Langages Les améliorations de performance dans le JDK 26 https://inside.java/2026/06/09/jdk-26-performance-improvements/ Côté bibliothèques, l'API LazyConstant (anciennement StableValue) fait son entrée en prévisualisation pour permettre une initialisation paresseuse, sécurisée pour les threads et optimisée par le mécanisme de constant-folding de la JVM. L'extraction de chaînes de caractères via MemorySegment::getString a été revue pour réduire considérablement les allocations intermédiaires et les copies en mémoire off-heap, accélérant fortement les traitements sur les chemins critiques (hot paths). La méthode générée automatiquement hashCode() pour les classes de type record a été optimisée par la JVM pour atteindre un niveau de performance équivalent à une implémentation écrite manuellement. Le ramasse-miettes G1 bénéficie du JEP 522 qui redessine sa table de cartes (card-table) afin de réduire les coûts de synchronisation des barrières d'écriture, offrant un gain de débit de 5 % à 15 % sur les applications manipulant énormément de références d'objets. Grâce au JEP 516 (Project Leyden), le cache d'objets Ahead-of-Time (AOT) adopte un format de flux agnostique, ce qui lui permet d'être compatible avec n'importe quel Garbage Collector, y compris le ramasse-miettes à très faible latence ZGC. Le démarrage de la JVM s'accélère par défaut lorsqu'aucune taille de tas n'est configurée, car HotSpot n'applique plus de pourcentage initial (InitialRAMPercentage) mais démarre directement avec la taille minimale (MinHeapSize) pour éviter d'allouer des métadonnées inutiles. Les threads virtuels gagnent en robustesse en étant désormais capables de céder la main (yield) pendant les phases d'initialisation des classes, éliminant ainsi le risque de famine des threads porteurs (carrier threads). Le compilateur C2 JIT améliore son modèle de coût pour la vectorisation des boucles (SIMD) et se montre maintenant capable de compiler et d'optimiser des méthodes dotées de listes de paramètres extrêmement longues. Librairies Release candidate du A2A Java SDK supportant versions 0.3 et 1.0 en même temps https://medium.com/google-cloud/a2a-java-sdk-1-0-0-cr1-released-f0c651ec9139 Dernière étape avant la GA : Toutes les fonctionnalités prévues pour la version 1.0 sont finalisées. Migration simplifiée depuis la Beta1. Compatibilité v0.3 : Ajout d'une couche de compatibilité permettant aux agents v1.0 de communiquer avec les systèmes v0.3 (via JSON-RPC, gRPC ou REST). Support natif pour Android (nouvel AndroidHttpClient). Uniformisation des clients HTTP pour garantir une cohérence entre les versions. Nouveau parseur SSE (Server-Sent Events) conforme aux spécifications. Ça y est, le SDK Java de l'Agent 2 Agent Protocol est sorti en version 1.0 finale ! (avec compatibilité v0.3 et v1.0) https://medium.com/google-cloud/a2a-java-sdk-1-0-0-final-released-10c05b6aee34 Lancement officiel : Sortie de A2A Java SDK 1.0.0.Final, la première version stable (GA) du protocole Agent2Agent. Objectif du protocole : Standard ouvert (Linux Foundation) permettant aux agents IA de communiquer, déléguer des tâches et collaborer, indépendamment du langage ou du framework. Interopérabilité : Introduction de l'Integration Test Kit (ITK) pour valider la compatibilité entre les SDK (Java, Python, TypeScript, etc.). Transports supportés : Support complet et équivalent pour JSON-RPC, gRPC et HTTP+JSON/REST. Alignement total avec la spécification A2A 1.0.0. Passage aux Java records pour l'immutabilité et moins de code répétitif. Architecture interne basée sur un MainEventBus pour garantir la persistance et éviter les conditions de concurrence. Intégration d'OpenTelemetry pour le suivi et la surveillance. Support d'Android et compatibilité descendante avec la version 0.3. Installation : Gestion des dépendances via Maven BOM (org.a2aproject.sdk). Sortie de Micronaut 5.0 https://micronaut.io/2026/05/20/micronaut-framework-5-0-0-released/ Lancement majeur : Disponibilité générale de Micronaut 5, incluant une refonte de plus de 70 modules et la plateforme BOM. Baselines techniques : Support de Java 25, Groovy 5, Kotlin 2.3 et GraalVM 25.0.3. Optimisations internes : Amélioration significative des performances au démarrage et réduction de la surcharge à l'exécution via une refonte du conteneur IoC et du traitement à la compilation. Architecture HTTP : Support stable de HTTP/3, nouvelle API de formulaires (multipart) et annotations de nullabilité (JSpecify) pour une meilleure interopérabilité Kotlin/IDE. Configuration : Nouveau système d'importation de configuration (remplaçant le Bootstrap Configuration) et validateur de schéma JSON intégré. Fiabilité : Nouvelles API programmatiques pour les politiques de retry et circuit breaker. Sécurité & Outils : Mise à jour majeure des dépendances (Jackson 3, Ktor 3), rafraîchissement du Panneau de contrôle et diagnostics AOT améliorés. Écosystème : Mises à jour complètes pour les bases de données (Data, SQL, R2DBC, MongoDB, Redis), le cloud (AWS, Azure, GCP, OCI) et les tests (JUnit 6, Testcontainers 2.0). Évolutions notables : Intégration HTMX dans Micronaut Views, retrait du support RxJava 2 et migration de divers processeurs d'annotations vers des modules dédiés. Comment rajouter un agent IA dans une app Android, avec le tout nouveau framework ADK pour Kotlin https://glaforge.dev/posts/2026/05/21/wiring-adk-kotlin-agents-in-an-android-application/ Guillaume a participé au développement et au lancement du nouveau runtime ADK pour Kotlin et Android https://developers.googleblog.com/adk-kotlin-android-building-ai-agents/ Tutoriel sur comment intégrer un agent ADK dans une app Dépendances : Ajout du noyau ADK (google-adk-kotlin-core) et du processeur KSP dans build.gradle.kts. Sécurité API : Utilisation de local.properties pour stocker la clé API Gemini et l'exposer via BuildConfig afin d'éviter le hardcoding. Définition de l'agent : Création d'un objet LlmAgent configuré avec le modèle Gemini, des instructions spécifiques et des outils (ex: GoogleSearchTool). Utilisation de InMemoryRunner pour gérer automatiquement le contexte et l'historique de la session. Implémentation de runAsync avec StreamingMode.SSE pour un retour en temps réel dans l'interface. Threading : Exécution des requêtes réseau sur Dispatchers.IO et mise à jour de l'état de l'interface utilisateur sur Dispatchers.Main. Comment développer et hoster des agents IA sur la plateforme d'agents managés de DeepMind https://glaforge.dev/posts/2026/05/21/managed-agents-with-the-gemini-interactions-java-sdk/ L'équipe DeepMind de Google a lancé une plateforme d'agents managés sur son API Gemini Interactions https://blog.google/innovation-and-ai/technology/developers-tools/managed-agents-gemini-api/ Guillaume a implémenté un SDK Java pour utiliser cette API Gemini Interactions, qui donne entre autre accès à tous les modèles mais aussi à cette plateforme managée d'agents IA Agents managés : Permet d'exécuter des agents autonomes qui raisonnent, planifient et exécutent du code dans des environnements isolés (sandboxes), sans gestion d'infrastructure par le développeur. Environnement distant : Utilise des espaces de travail Linux éphémères dans le cloud via le paramètre remote, permettant l'accès réseau et la persistance des fichiers sur plusieurs appels. Agents prédéfinis : Accès immédiat à des agents spécialisés comme deep-research-pro (recherche multi-étapes) ou antigravity (tâches de codage généralistes). Agents personnalisés : Possibilité de configurer ses propres agents avec des instructions système dédiées, des outils spécifiques (exécution de code, recherche Google) et des règles réseau (egress) personnalisées. Architecture basée sur les étapes (Steps) : Utilise une structure de données typée (Step, Content) pour suivre le raisonnement de l'agent, ses appels de fonctions et ses résultats en temps réel. Outils et Schémas : Inclut des utilitaires pour générer des schémas JSON complexes via une interface fluide (DSL), par réflexion Java ou par parsing JSON. Streaming réactif : Support natif des événements en temps réel (SSE) pour suivre la progression de l'agent et recevoir les deltas de contenu au fur et à mesure de la génération. Flexibilité : Fournit un gestionnaire de routage (InteractionsHandler) pour créer facilement des serveurs proxy ou des backends intermédiaires traitant les interactions Gemini. Spring Boot 4.1 https://github.com/spring-projects/spring-boot/wiki/Spring-Boot-4.1-Release-Notes Support natif pour Spring gRPC permettant de créer et tester facilement des applications clientes et serveurs basées sur Netty ou des Servlets via HTTP/2 Introduction du lazy fetching pour les connexions JDBC via la propriété spring.datasource.connection-fetch=lazy afin de ne prendre une connexion du pool que lorsqu'un Statement est réellement exécuté Amélioration de l'auto-configuration de Jackson permettant de définir globalement les contraintes de lecture/écriture pour les formats JSON, XML et CBOR via des propriétés de configuration Sécurisation des clients HTTP bloquants et réactifs face aux attaques SSRF grâce à l'introduction d'un InetAddressFilter bloquant les requêtes sortantes vers des adresses spécifiques Améliorations majeures autour d'OpenTelemetry avec le support complet des variables d'environnement OTel, la possibilité de désactiver le SDK via une propriété globale et l'ajout du support SSL sur les exporters OTLP Ajout de l'auto-configuration pour l'utilisation de Spring Batch avec MongoDB incluant un nouveau starter dédié spring-boot-batch-data-mongo Auto-configuration des endpoints @RedisListener sans nécessiter la déclaration manuelle d'un RedisMessageListenerContainer Dépréciation du support de Apache Derby (projet arrêté), suppression définitive du mode layertools du JAR et réintroduction du support de Spock 2.4 (avec Groovy 5) Upgrade des dépendances majeures de l'écosystème avec notamment Spring Framework 7.0.8, Spring Security 7.1.0 et Micrometer 1.17.0 Outillage Vous êtes plutôt endive ou chicorée ? La librairie Chicory qui permet d'exécuter du code WASM à partir de son application Java est forkée et rejointe la Bytecode Alliance pour continuer son développement https://bytecodealliance.org/articles/endive-and-the-next-chapter-of-webassembly-on-the-jvm Annonce d'Endive : Nouveau projet hébergé par la Bytecode Alliance ; fork de Chicory (moteur WebAssembly pur Java, sans dépendance native). ​Objectif principal : Permettre aux développeurs Java d'intégrer, charger et déployer des modules Wasm nativement via les workflows Java habituels. ​Compilateur "Redline" : Intégration à venir de Redline (basé sur Cranelift) pour compiler le Wasm en code machine natif ; performances comparables à Rust/Wasmtime. ​Zéro dépendance (Java 25+) : Grâce à l'API standard Foreign Function & Memory (Project Panama), l'exécution à vitesse native se fait sans composants externes. ​Modèle de Composants (Component Model) : Support futur prévu pour consommer des composants (Rust, Go, JS, etc.) via des interfaces typées et sécurisées directement dans la JVM. ​Prochaines étapes : Fusion de Redline, conformité stricte aux specs Wasm (dont WasmGC) et amélioration du support WASI. Un visualisateur de sessions de travail avec Antigravity https://glaforge.dev/posts/2026/06/11/antigravity-brain-visualizer/ Un projet open source construit avec Micronaut, LangChain4j et GraalVM pour analyser les sessions de travail avec l'outil de développement agentique Antigravity (de Google) Analyse toutes les étapes, les requêtes utilisateur, les outils utilisés, les erreurs rencontrées, les réponses du modèle Gemini fait une analyse pour comprendre les moments clés de cette session de travail Outil buildé avec l'aide d'Antigravity lui-même SBX-Kits : des environnements de développement simplifiés pour les débutants (et les autres) https://k33g.org/20260501-sbx-kits.html Philippe Charrière (:whale: ) présente SBX-Kits (Sandbox Kits), une initiative personnelle visant à simplifier radicalement la mise en place d'environnements de développement pour les débutants, en éliminant la complexité d'installation des outils traditionnels. Chaque "kit" est une archive prête à l'emploi contenant un outil de développement spécifique (comme un langage, un framework ou une base de données) configuré pour s'exécuter de manière isolée et portable. La philosophie du projet repose sur le principe de "zéro configuration" et "zéro dépendance globale", permettant de tester une technologie ou de commencer à coder immédiatement sans polluer son système d'exploitation. L'approche technique s'appuie sur des scripts légers et des binaires portables pré-packagés, offrant une alternative plus simple et moins gourmande en ressources que les conteneurs Docker ou les configurations d'IDE complexes pour l'apprentissage. L'objectif à terme est de proposer un catalogue de kits couvrant les technologies courantes (JavaScript, Python, petites bases de données) pour faciliter les ateliers de programmation et le prototypage rapide. De nombreux kits sont disponibles sur https://github.com/docker/sbx-kits-contrib ghui: une interface utilisateur en ligne de commande (TUI) interactive pour GitHub https://github.com/kitlangton/ghui ghui est un outil en ligne de commande (TUI) écrit en Rust qui fournit une interface visuelle, interactive et rapide directement dans le terminal pour interagir avec GitHub. Il permet de gérer ses pull requests, ses issues et ses notifications sans avoir à ouvrir son navigateur web ou à taper de longues commandes avec la CLI officielle de GitHub. L'outil propose une navigation fluide au clavier, des raccourcis efficaces, et permet de réaliser des actions courantes comme valider une PR, ajouter des commentaires, attribuer des reviewers ou inspecter les logs des GitHub Actions. Conçu pour être extrêmement réactif, ghui s'intègre naturellement dans le flux de travail des développeurs adeptes du terminal et du mode "sans souris". Sortie de Homebrew 6.0.0 https://brew.sh/2026/06/11/homebrew-6.0.0/ Introduction du mécanisme de sécurité Tap Trust : comme les dépôts tiers (taps) peuvent exécuter du code Ruby arbitraire non sandboxé sur la machine, Homebrew demande désormais une confiance explicite de l'utilisateur avant d'évaluer ou d'exécuter leur code. L'API JSON interne devient le choix par défaut, offrant un système plus léger et beaucoup plus rapide pour les développeurs. Sécurisation renforcée de l'environnement avec l'implémentation du sandboxing sur Linux. Évolution des comportements par défaut basés sur un sondage utilisateur : le mode "ask" est activé par défaut pour les développeurs, affichant un résumé des dépendances et une demande de confirmation avant toute action de brew install ou brew upgrade. Améliorations notables des performances globales, notamment un boost de ~30 % sur la vitesse de la commande brew leaves et la parallélisation de la récupération des bottles (binaires) lors des mises à jour. Ajout du support initial pour la prochaine version d'Apple, macOS 27 (Golden Gate). Multiples optimisations pour brew bundle, incluant une gestion plus sécurisée des installations de paquets npm. Méthodologies Retour d'expérience très détaillé et 100% humain sur 40 jours avec une équipe 100% AI hormis le superviseur https://www.linkedin.com/pulse/jai-vir%C3%A9-mon-%C3%A9quipe-de-dev-pour-une-100-ia-pendant-40-luc-bonnin-jlgjf/ Voici le résumé en bullet points : Expérimentation de 40 jours : remplacer une équipe de dev par 100% IA agentique (Cursor) sur un vrai projet en production (playthatsheet.com, 200k lignes de code legacy) Chiffres bruts : 2,3 milliards de tokens consommés, 1 477 prompts, 260 564 lignes ajoutées (+145%), 59% du code final produit par l'IA ROI vertigineux à court terme : 9 mois de travail humain livrés en 40 jours, coût total 260$ d'abonnement + 15 jours de supervision, ROI x18 Profil psy de l'IA : Alzheimer (oublis de contexte), schizophrène (change de méthodo), ado de 12 ans (refait les mêmes erreurs), oscille entre génie et junior sans prévenir Effet iceberg : la dette technique ne disparaît pas, elle se camoufle et s'accélère ; hallucinations = bombes à retardement détectables uniquement par relecture humaine ligne par ligne Paradoxe du bateau de Thésée : perte de paternité et de maîtrise fine du code, baisse de l'autonomie du dev humain qui valide sans avoir construit Arnaque du "monkey money" : consommation de tokens opaque, non corrélée à la complexité (écart de 350% sur des prompts identiques), facturation imprévisible donc impossible à budgéter Syndrome du bazooka : les devs utilisent l'IA même pour changer une couleur CSS, atrophie progressive des compétences et coût écologique délirant Risque stratégique : dépendance irréversible aux vendeurs de tokens (Nvidia, Anthropic, OpenAI), business non rentable qui devra augmenter ses prix Conseil final : approche Pareto, garder 20% du temps en code "fait main", nommer un responsable stratégie IA, l'humain senior reste irremplaçable pour superviser Une libraries de test JUnit cache un prompt qui demande aux coding agents d'effacer les tests https://arstechnica.com/security/2026/05/fed-up-with-vibe-coders-dev-sneaks-data-nuking-prompt-injection-into-their-code/ Agacé par les « vibe coders », un développeur introduit une injection de prompt destructrice dans son code Le développeur de jqwik (un moteur de tests pour JUnit 5) a volontairement inséré une injection de prompt dans la version 1.10.0 de sa bibliothèque Java pour saboter le travail des agents d'IA. L'instruction injectée via la sortie standard (stdout) ordonne textuellement aux LLM d'ignorer les consignes précédentes et de supprimer l'intégralité du code et des tests jqwik du projet. Pour dissimuler cette action aux yeux des développeurs humains, le mainteneur a utilisé des séquences d'échappement ANSI qui effacent la ligne d'injection dans les émulateurs de terminaux interactifs. La modification a été découverte par un utilisateur qui a pointé du doigt les risques majeurs et disproportionnés pour les machines des utilisateurs, bien que certains outils comme Claude d'Anthropic aient détecté et bloqué la consigne malveillante. Face aux critiques de la communauté et aux accusations de comportement infantile ou potentiellement illégal, le développeur a mis à jour ses notes de version pour documenter explicitement son opposition à l'usage de son outil par des IA, avant de refuser tout commentaire supplémentaire sur conseil de son avocat. La réalité du rôle de Principal Engineer https://leaddev.com/career-development/reality-being-principal-engineer Le passage au rôle de Principal Engineer marque une transition majeure où les compétences techniques ne suffisent plus, l'impact se mesurant désormais à travers l'influence, la stratégie et la capacité à aligner la technique avec les objectifs business. Contrairement aux attentes, le quotidien est souvent marqué par une forme d'isolement, car le poste se situe à l'intersection de la direction (qui attend des solutions) et des équipes techniques (qui attendent des directives), sans appartenance directe à un groupe précis. Le rôle exige d'accepter une grande part d'ambiguïté et l'absence de retours immédiats, les projets et les décisions stratégiques mettant parfois des mois ou des années à porter leurs fruits. La gestion du temps devient un défi critique, nécessitant de savoir naviguer entre les sollicitations constantes, la présence en réunion et le besoin de préserver des moments de réflexion approfondie pour concevoir des visions à long terme. La réussite à ce niveau repose sur le développement de compétences humaines pointues (soft skills), notamment la négociation, la communication vulgarisée auprès des profils non techniques, et la capacité à faire grandir les autres ingénieurs par le mentorat. Sécurité Une attaque de la chaîne d'approvisionnement npm utilise binding.gyp pour compromettre des dizaines de paquets https://cybersecuritynews.com/binding-gyp-supply-chain-attack-compromises-dozens-of-npm-packages/ Une nouvelle variante du ver auto-propageable "Shai-Hulud", baptisée "Miasma", cible l'écosystème npm (et PyPI sous le nom de "Hades") en dissimulant son exécution dans le fichier binding.gyp au lieu des scripts classiques preinstall ou postinstall. La technique, surnommée "Phantom Gyp", exploite le fait que npm lance automatiquement node-gyp rebuild dès qu'un fichier binding.gyp est présent à la racine d'un paquet pour compiler des modules natifs C/C++, exécutant ainsi le code malveillant dès la commande npm install. L'attaque contourne la plupart des outils de sécurité traditionnels car l'injection s'appuie sur l'évaluation récursive de commandes (via la syntaxe ) ou directement sur la fonction eval() de Python sous-jacente à GYP, cachée sous n'importe quelle clé du fichier. Le script malveillant télécharge un runtime alternatif (Bun) pour échapper aux détections comportementales de Node.js, puis moissonne les identifiants et secrets des développeurs et des environnements CI/CD (npm, GitHub, AWS, GCP, Azure, Kubernetes, HashiCorp Vault). Plus de 57 paquets npm (dont le SDK serveur de Vapi ou des outils liés à l'IA) et des dizaines de paquets PyPI ont été infectés via des comptes de mainteneurs compromis, le ver republiant automatiquement de nouvelles versions vérolées en utilisant les jetons volés. Loi, société et organisation Restructuration chez Gitlab https://about.gitlab.com/blog/gitlab-act-2/ GitLab entame une restructuration majeure pour s'adapter à l'ère de l'intelligence artificielle agentique, incluant une réduction d'effectifs planifiée de manière transparente et ouverte. L'entreprise prévoit de réduire de 30 % le nombre de pays où elle maintient de petites équipes, d'aplatir sa hiérarchie en supprimant jusqu'à trois niveaux de gestion, et de réorganiser la R&D en une soixantaine d'équipes plus petites et autonomes. Les processus internes vont être revus en intégrant des agents d'IA pour automatiser les revues, les approbations et les passages de relais afin d'accélérer le rythme de travail. La stratégie repose sur la conviction que le logiciel sera bientôt écrit par des machines et dirigé par des humains, ce qui va multiplier la demande de logiciels et transformer le rôle des ingénieurs vers la résolution de problèmes complexes. Sur le plan technique, GitLab reconstruit son infrastructure sous-jacente (notamment Git) pour supporter la charge massive générée par les agents d'IA, tout en misant sur l'orchestration du cycle de vie, la centralisation du contexte des données et une gouvernance intégrée. Le modèle économique évolue vers un système hybride combinant les abonnements classiques et une tarification à la consommation pour le travail effectué par les agents d'IA. Un LLM local sur un mac pourrait coûter plus cher en électricité qu'un modèle hébergé sur OpenRouter dans le cloud https://www.williamangel.net/blog/2026/05/17/offline-llm-energy-use.html Conclusion : L'inférence locale sur Mac M5 Max est 3x plus chère et 2x plus lente que le cloud (OpenRouter). Électricité : Négligeable (~0,02 $/heure pour 50-100W). Matériel (Le vrai coût) : Achat du Mac à 4 299 $; l'amortissement sur 3 à 5 ans plombe la rentabilité horaire. Coût au million de tokens (Gemma 4 31b) : Mac M5 Max : 0,40 à4, 79 (pour 10-40 tokens/s). OpenRouter : 0,38 à0, 50 (pour 60-70 tokens/s). Verdict pro : Le temps humain perdu à cause de la lenteur locale coûte infiniment plus cher que les tokens cloud. Privilégier les API (Anthropic, OpenRouter). Ai didn't kill your junior pipeline https://andrewmurphy.io/blog/ai-didnt-kill-your-junior-pipeline-you-did L'IA n'a pas tué le recrutement des juniors, les entreprises l'ont fait elles-mêmes, par effet de mode. Sans juniors, pas de futurs seniors : on retire l'échelle qui nous a tous fait monter. Tout le monde pêche dans le même bassin de seniors sans le réapprovisionner, pénurie garantie dans 3-5 ans. Une équipe 100% senior + IA est fragile : un départ et tout le savoir tacite s'évapore. Les juniors posent les "pourquoi ?" qui révèlent les bugs et processus absurdes ; l'IA, elle, exécute sans questionner. Les seniors s'atrophient aussi en déléguant leur réflexion à l'IA, pince à double effet sur les compétences. Dépendre des outils IA, c'est sous-traiter sa stratégie talents à des fournisseurs dont les prix vont tripler. Solution : redéfinir le rôle junior (revue de code IA + mentorat), pas le supprimer. Les rapports internes de Microsoft révèlent la crise des coûts de l'IA : les agents coûtent plus cher que les employés humains https://fortune.com/2026/05/22/microsoft-ai-cost-problem-tokens-agents/ Des données et rapports internes chez Microsoft et d'autres géants de la tech ébranlent la promesse de rentabilité de l'IA, révélant que le déploiement d'agents autonomes à l'échelle de l'entreprise revient souvent plus cher que de payer des humains pour le même travail. Le modèle de tarification à l'usage (basé sur les tokens) se heurte à la nature même des architectures agentiques : contrairement à un simple chatbot, un agent boucle, enchaîne les appels d'outils, crée des sous-agents et auto-évalue son code, ce qui multiplie la consommation de tokens par un facteur de 5 à 30, voire jusqu'à 1 000 fois pour des tâches de programmation complexes. L'impact financier sur les budgets de calcul cloud est immédiat ; par exemple, Uber a entièrement épuisé l'intégralité de son budget annuel 2026 dédié au codage par IA en l'espace de seulement quatre mois. Face à cette explosion des coûts, des retours en arrière drastiques sont observés : Microsoft a ainsi commencé à suspendre une grande partie de ses licences internes Claude Code pour rediriger d'urgence ses milliers de développeurs vers sa propre solution moins onéreuse, GitHub Copilot CLI. Les directeurs techniques (CTO) et acheteurs de solutions logicielles qui ont signé des contrats pluriannuels basés sur des projections de réduction de masse salariale se retrouvent pris au piège, les gains réels de productivité ne parvenant pas à compenser les factures d'infrastructure exorbitantes. Conférences La liste des conférences provenant de Developers Conferences Agenda/List par Aurélie Vache et contributeurs : 11-12 juin 2026 : DevQuest Niort - Niort (France) 11-12 juin 2026 : DevLille 2026 - Lille (France) 12 juin 2026 : Tech F'Est 2026 - Nancy (France) 15 juin 2026 : Jupyter Workshops: Demystifying MyST Markdown in Education - Orsay (France) 16 juin 2026 : Mobilis In Mobile 2026 - Nantes (France) 17-19 juin 2026 : Devoxx Poland - Krakow (Poland) 17-20 juin 2026 : VivaTech - Paris (France) 18 juin 2026 : Tech'Work - Lyon (France) 22-26 juin 2026 : Galaxy Community Conference - Clermont-Ferrand (France) 23-24 juin 2026 : MWCP 2026 - Paris (France) 24-25 juin 2026 : Agi'Lille 2026 - Lille (France) 24-26 juin 2026 : BreizhCamp 2026 - Rennes (France) 26-27 juin 2026 : LeHACK - Paris (France) 27 juin 2026 : Asynconf - Paris (France) 2 juillet 2026 : Azur Tech Summer 2026 - Valbonne (France) 2 juillet 2026 : MCP Connect Travel Edition - Paris (France) 2-3 juillet 2026 : Sunny Tech - Montpellier (France) 3 juillet 2026 : Agile Lyon 2026 - Lyon (France) 6-8 juillet 2026 : Riviera Dev - Sophia Antipolis (France) 28-30 août 2026 : State of the Map - Champs-sur-Marne (France) 4 septembre 2026 : JUG Summer Camp 2026 - La Rochelle (France) 10-11 septembre 2026 : Nantes Craft - Nantes (France) 17 septembre 2026 : dotAI - Paris (France) 17-18 septembre 2026 : API Platform Conference 2026 - Lille (France) 18 septembre 2026 : WordCamp Bretagne - Rennes (France) 18 septembre 2026 : dotJS - Paris (France) 18 septembre 2026 : WordCamp Bretagne - Rennes (France) 22 septembre 2026 : Salon Data 2026 - Nantes (France) 22-23 septembre 2026 : Agile en Seine & IA 2026 - Paris (France) 24 septembre 2026 : OWASP AppSec Days France 2026 - Paris (France) 24 septembre 2026 : PlatformCon Paris - Paris (France) 24 septembre 2026 : React Native Connection 2026 - Paris (France) 24-26 septembre 2026 : Paris Web 2026 - Paris (France) 25 septembre 2026 : SAP Inside Track Paris 2026 - Paris (France) 28-29 septembre 2026 : 4th Tech Summit on AI & Robotics - Paris (France) & Online 1 octobre 2026 : WAX 2026 - Marseille (France) 1-2 octobre 2026 : Volcamp - Clermont-Ferrand (France) 2 octobre 2026 : DevFest Perros-Guirec 2026 - Perros-Guirec (France) 5-9 octobre 2026 : Devoxx Belgium - Antwerp (Belgium) 8-9 octobre 2026 : Forum PHP 2026 - Marne-la-Vallée (France) 12 octobre 2026 : Dev With AI - Paris (France) 22-23 octobre 2026 : Agile Tour Bordeaux 2026 - Bordeaux (France) 26 octobre 2026 : Agile Tour Montpellier - Montpellier (France) 27-29 octobre 2026 : Directions EMEA 2026 - Paris (France) 29-30 octobre 2026 : BDX I/O 2026 - Bordeaux (France) 29-30 octobre 2026 : Agile Tour Nantais 2026 - Nantes (France) 29 octobre 2026-1 novembre 2026 : Pycon FR - Biarritz (France) 30 octobre 2026 : Cloud Nord 2026 - Lille (France) 4-5 novembre 2026 : Devoxx Morocco - Casablanca (Morocco) 14-15 novembre 2026 : Capitole du Libre - Toulouse (France) 19 novembre 2026 : DevFest Toulouse 2026 - Toulouse (France) 19 novembre 2026 : Agile Laval 2026 - Laval (France) 19 novembre 2026 : OVHcloud Summit - Paris (France) 19 novembre 2026 : Codeurs en Seine - Rouen (France) 27 novembre 2026 : DevFest Paris 2026 - Paris (France) 1-3 décembre 2026 : Apidays Paris - Paris (France) 2-3 décembre 2026 : Cloud Native AI Summit Europe - Paris (France) 4 décembre 2026 : DevFest Lyon 2026 - Lyon (France) 4 décembre 2026 : DevFest Dijon 2026 - Dijon (France) 9-10 décembre 2026 : OpenSource Expérience - Paris (France) 9-10 décembre 2026 : DevOps REX - Paris (France) 10 décembre 2026 : KCD Provence - Aix-en-Provence (France) 7-9 avril 2027 : Devoxx France 2027 - Paris (France) 3 juin 2027 : Cloud Native Days France 2027 - Paris (France) 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/

O PSD (que renovou a direção no Congresso), o governo (que inventou um fundo soberano) e o Chega (que se pôs de fora da reforma laboral) são o Bom, o Mau e o Vilão.See omnystudio.com/listener for privacy information.

O PSD (que renovou a direção no Congresso), o governo (que inventou um fundo soberano) e o Chega (que se pôs de fora da reforma laboral) são o Bom, o Mau e o Vilão.See omnystudio.com/listener for privacy information.

Bom dia!A pílula de hoje resume a PrevNews 125 e mostra como um incêndio em uma unidade de armazenagem de grãos reforça a importância de estrutura, abastecimento de água e preparação para resposta em emergências.

Bom dia! ☕Experimente Nescafé Pro-Energy aqui.Para profissionalizar seu câmbio com a Remessa Online e garantir 15% de desconto (THENEWS15) no spread, clique aqui.Confira o portfólio completo da Moura aqui.No episódio de hoje:

O Espírito Santo é o Sal que conserva a nossa Salvação…Leia e reflita:Evangelho de Marcos 9:43-50;Evangelho de Lucas 16:19-31“E, se o teu olho te escandalizar, lança-o fora; melhor é para ti entrares no Reino de Deus com um só olho do que, tendo dois olhos, seres lançado no fogo do inferno,Onde o seu bicho não morre, e o fogo nunca se apaga.Porque cada um será salgado com fogo, e cada sacrifício será salgado com sal.Bom é o sal; mas, se o sal se tornar insípido, com que o temperareis? Tende sal em vós mesmos, e paz uns com os outros.” Marcos 9:47-50

Bom dia!A pílula de hoje mostra por que a disciplina continua sendo uma das características mais presentes em profissionais que constroem resultados consistentes ao longo do tempo.

Bom dia 247_ Wagner precisa sair para preservar Lula 19_6_26 by TV 247

Bom dia!A pílula de hoje mostra como comportamentos tolerados no dia a dia moldam a cultura, os resultados e a qualidade das pessoas ao seu redor.

Bom dia, Irmãos Graça e Paz! Não fareis segundo as obras da terra do Egito, em que habitastes, nem fareis segundo as obras da terra de Canaã, para a qual eu vos levo, nem andareis nos seus estatutos.Levítico 18.3Primeira Igreja Presbiteriana da Arniqueira www.1ipar.com Entre em contato conosco 1iparniqueiras@gmail.com Faça nos uma visita SHA Conjunto 3 Chácara 47A Arniqueira Brasília DF maps.app.goo.gl/iQSRtWrk9Hy6eaUT6YouTube https://youtube.com/@primeiraigrejapresbiterian1958Contribua Ore e ajude esta obra! Pix 40222748 000153 (CNPJ)Banco do Brasil Conta Corrente 51214-1Agência 2901-7Que Deus abençoe você!Porque de tal manera amó Dios al mundo, que ha dado á su Hijo unigénito, para que todo aquel que en él cree, no se pierda, mas tenga vida eterna. Juan 3:16For God so loved the world, that he gave his only begotten Son, that whoever believes in him should not perish, but have everlasting life. John 3:16¹⁶ Ибо так возлюбил Бог мир , что отдал Сына Своего Единородного , дабы всякий верующий в Него , не погиб , но имел жизнь вечную . João 3:16Car Dieu a tellement aimé le monde, qu'il a donné son Fils unique; afin que tout homme qui croit en lui ne périsse point, mais qu'il ait la vie éternelle. João 3:16¹⁶ Want so lief het God die wêreld gehad, dat Hy sy eniggebore Seun gegee het, sodat elkeen wat in Hom glo, nie verlore mag gaan nie, maar die ewige lewe kan hê. João 3:16¹⁶ 하나님이 세상을 이처럼 사랑하사 독생자를 주셨으니 이는 저를 믿는 자마다 멸망치 않고 영생을 얻게 하려 하심이니라 João 3:16¹⁷ Tanrı, Oğlunu dünyayı yargılamak için göndermedi, dünya Onun aracılığıyla kurtulsun diye gönderdi. João 3:17

Bom dia! ☕Entenda mais sobre a HAP com a MSD aqui.Confira as referências da MSD aqui.Saiba mais sobre a Bike Ella da Moura aqui.No episódio de hoje:

Uma frase que me marcou profundamente nesta conversa com Lala Deheinzelin: "Precisei parar e esperar o tempo chegar."Lala Deheinzelin, amiga e convidada do episódio #96, é pioneira em Economia Criativa no Brasil e futurista desde os anos 90. E precisou fazer isso algumas vezes: esperar. Enxergar algo muito antes dos outros pode gerar desconforto e até sofrimento. Mas também alimenta a busca por intencionalidade.Lala mergulhou na teoria integral e arquitetou um método sistêmico para as transformações que desejava proporcionar. E foi assim que surgiu a Fluxonomia 4D! ♦️ sua provocação é simples: muitos dos problemas que enfrentamos hoje não decorrem da falta de recursos ou de soluções, mas da dificuldade de perceber as relações entre as coisas.A Economia Criativa foi uma das portas que a levou a essa compreensão. Afinal, como reconhecer valor em algo que não é necessariamente material? Como medir o impacto da cultura, do conhecimento, das relações, da colaboração ou do cuidado? Ao longo de décadas, Lala se dedicou justamente a investigar essas riquezas invisíveis que movem pessoas, organizações e territórios, mas que raramente aparecem nas métricas tradicionais. Ao invés de olhar apenas para indicadores financeiros, ela nos convida a enxergar também dimensões culturais, sociais e ambientais, reconhecendo que aquilo que gera valor muitas vezes não é aquilo que conseguimos medir.Mas se o desafio é ampliar a percepção, surge uma pergunta inevitável: como enxergar aquilo que ainda não conseguimos ver?Talvez seja por isso que a arte ocupe um lugar tão importante nesta conversa. Não apenas como expressão, mas como uma das poucas ferramentas capazes de tornar visível o que ainda não encontrou forma. De criar imagens, experiências e narrativas para futuros que ainda não existem.Como lembra Lala, a arte talvez seja a única capaz de criar aquilo que ainda não existe para que possa ser sentido. E, muitas vezes, só aquilo que é sentido encontra espaço para fazer sentido.Em um mundo cada vez mais complexo, talvez o desafio não seja apenas construir o futuro, mas desenvolver a capacidade de percebê-lo! Bom play!Host: Marcelo CardosoProdução: Gabriela Szulcsewski @gabrielaszu

Bom dia!A pílula de hoje mostra por que escolher uma motobomba apenas pela potência pode comprometer desempenho, eficiência e custo da instalação.

O Chega (que está no centro das negociações), a Comissão Nacional de Eleições (que nem consegue ter orçamento) e todos nós (que não vimos nada) são o Bom, o Mau e o Vilão.See omnystudio.com/listener for privacy information.

Bom dia! ☕Para profissionalizar seu câmbio com a Remessa Online e garantir 15% de desconto (THENEWS15) no spread, clique aqui.As roupas com tecido tecnológico da Insider estão aqui.Concorra a um ingresso VIP pro evento do the news aqui.No episódio de hoje:

Bom dia 247 _ Lula a Trump_ não se meta nas eleições _18_6_26_ by TV 247

María Bethânia cumple hoy 80 años. Le deseamos un feliz cumpleaños escuchándola cantar 'A hora da estrela de cinema', 'A beira e o mar', 'Motriz', 'Explode coração', 'Mel', 'É de manhã', 'Viramundo', 'Eu não existo sem você', 'Minha namorada', 'A tua presença', 'Drama', 'Negue', 'Quase', 'Anos dourados', 'Soneto de separação/Bom dia tristeza/Olhos nos olhos'', 'Sonhei que estava em Portugal/Anda Luzia' y 'Lua vermelha'.Escuchar audio

Bom dia Tech, tudo bem? Hoje trago pra você os destaques do evento da Amazon com a chegada da Alexa+ ao Brasil, marcando uma nova fase da assistente virtual por aqui! Quer patrocinar ou fazer uma parceria com o Bom dia Tech? Mande um e-mail para contato@bomdia.teche vamos conversar!NotíciasAlexa+ chega ao Brasil: confira os detalhes no evento da Amazon Redes sociais:InstagramThreadsMastodonImagem da capa:Amazon

Bom dia 247_ Lula nas alturas_ Eduardo a Bolsonaro na cadeia 17_6_26 by TV 247

Bom dia 247 - BolsoMaster avança sobre Brasília e cerco se fecha contra Vorcaro 14_6_26 by TV 247

In today’s episode, Ben O’Shea unpacks Pauline Hanson’s FIERY press club appearance, Plus, BIG change to Middle East travel advisory & BOM confirms El Nino, triggering drought, bushfire & coral bleaching risk.See omnystudio.com/listener for privacy information.

Bom dia 247 _ Lula brilha no G7_ Vorcaro e Eduardo se estrepam _16_6_26_ by TV 247

Bom dia Tech! Tudo bem? Meu nome é Arthur Givigir e hoje é terça-feira, dia 16 de junho de 2026 e trago para vc as principais notícias de tecnologia, vamos lá?Quer patrocinar ou fazer uma parceria com o Bom dia Tech? Mande um e-mail para contato@bomdia.teche vamos conversar!ApoioChutou, ganhou! - Diversos ProdutosNotícias00:00: ☀️ Bom dia Tech!00:23:

Para quem reparou na minha ausência nas últimas duas semanas e ficou sem entender direito: Eu fiquei bem doente, sem voz e não consegui gravar.Mas agora estou bem e de volta à ativa, então os episódios semanais vão voltar!Bom episódio pra vocês!

Bom dia 247_ Irã derrota Israel_ Lula viaja ao G7 _15_6_26_ by TV 247

Bom dia 247 - Lula anuncia crédito para entregadores_ _Vocês não são invisíveis_ 13_6_26 by TV 247

Bom dia 247_ o que importa na Copa é o tetra de Lula 12_6_26 by TV 247

Setting up a new factory is a major strategic decision. It is not just about finding cheaper land, moving away from China, or following other companies into Vietnam, Mexico, or another popular manufacturing location. In this episode, Renaud speaks with David Collins, CEO of Manufacturing Transformation Group, about what companies need to think through before relocating production or building their own factory. They discuss why more companies are considering factory relocation or ownership again, especially after COVID, tariff changes, supplier dependency, and IP concerns. But David explains why the first question should not be “where should we move?” It should be “what are we actually trying to accomplish?” The conversation covers the real trade-offs between China, Vietnam, Mexico, and other locations; why labour cost should not be the only driver; how supplier location, workforce skills, logistics, and infrastructure affect the decision; and why companies need a proper BOM, cost model, and feasibility study before making a move. They also get into greenfield vs brownfield factory projects, equipment selection, factory layout, commissioning, factory acceptance testing, and why automation can be a waste of money if it does not fit the real production process. The key message: moving to a new factory is a rare chance to redesign your manufacturing system properly. But if you simply copy the same poor layout, weak supply chain, bad inventory habits, and unsuitable equipment into a new building, you may just move the mess.   Show Sections 00:00 – Introduction: setting up a new factory 01:43 – Who David Collins and Manufacturing Transformation Group are 05:04 – Why more companies are considering factory relocation 05:50 – China, Vietnam, Mexico, and the real trade-offs between locations 08:10 – Why some companies want to own manufacturing again 09:32 – Don't just move the mess to a new factory 11:45 – The first question: what are you trying to accomplish? 12:02 – Supplier location, workforce skills, logistics, and infrastructure 14:18 – Why a real BOM and cost model are essential 15:27 – Feasibility studies and idealised factory planning 16:07 – Why automation is not always the right answer 17:34 – Comparing factory setup scenarios and locations 18:16 – Why labour cost should not be the only driver 20:48 – IP risks and supplier dependency 22:15 – Learning from the problems in your current factory 23:46 – Project management during a factory move 24:03 – Greenfield vs brownfield factory projects 26:09 – Layout planning, implementation, and local specialists 27:13 – On-the-ground project management and construction risks 28:33 – Equipment commissioning and factory acceptance testing 29:50 – Choosing equipment that fits your real needs 31:41 – Equipment maintenance, spare parts, and supplier risks 32:40 – Why factory setup is a once-in-a-decade decision 34:12 – Disciplined planning and avoiding old mistakes 36:45 – Closing thoughts   Related content How To Plan for Transferring Production To a New Factory: 45 Point Checklist Transfer Manufacturing From One Chinese Factory To Another With Fewer Risks How To Diversify Manufacturing Sources Out of China and Cut Risk Sofeast can help you > Electronic Production Transfer from China to India OR Malaysia Supply Chain Risk Management, Part 5: Moving Manufacturing to Vietnam, Thailand, Malaysia, or India (Pros & Cons) Production Transfer: A Roadmap (Assembly Operations Only) Get in touch with us Connect with us on LinkedIn Contact us via Sofeast's contact page Subscribe to our YouTube channel Prefer Facebook? Check us out on FB

Bom dia 247_ Lula avança e Flávio afunda com BolsoMaster 11_6_26 by TV 247

Bom dia Tech! Tudo bem? Meu nome é Arthur Givigir e hoje é quinta-feira, dia 11 de junho de 2026 e trago para vc as principais notícias de tecnologia, vamos lá?Quer patrocinar ou fazer uma parceria com o Bom dia Tech? Mande um e-mail para contato@bomdia.teche vamos conversar!ApoioCaixa Premiada da Amazon - Diversos ProdutosNotícias00:00: ☀️ Bom dia Tech!00:23:

Bom dia 247_ Dark Horse derruba Flávio e Eduardo Bolsonaro _10_6_26_ by TV 247

Bom dia 247 - Nunes Marques_ do TSE_ dá uma força a Flávio Bolsonaro _9_6_26_ by TV 247

Bom dia Tech! Tudo bem? Meu nome é Arthur Givigir e hoje é terça-feira, dia 09 de junho de 2026 e trago para vc, um resumão da WWDC, evento da Apple em que a empresa anunciou atualizações para seus principais sistemas operacionais, vamos lá?Quer patrocinar ou fazer uma parceria com o Bom dia Tech? Mande um e-mail para contato@bomdia.teche vamos conversar!ApoioCaixa Premiada da Amazon - Diversos ProdutosNotícias00:00: ☀️ Bom dia Tech!00:29:

Bom dia 247 - Lula retoma camisa amarela na Copa 8_6_26 by TV 247

Bom dia 247_ Eleição de 2026 é Lula versus Trump _7_6_26_ by TV 247

Bom dia 247_ Flávio e Eduardo viram cabos eleitorais de Lula _6_6_26_ by TV 247

On today's show, we dive into the cost structure of audio speakers. We start with an article that asks whether 'audiophile' speaker brands are milking you for $20,000. We also read your emails and cover the week's news. News: Important update to your DIRECTV account SVS Auto EQ Room Correction for R|Evolution Subwoofers YouTube TV adds Fox One, Peacock to Primetime Channels store Other: Monoprice Alpha In-Wall Speaker There's never been a better time to grab a new Google TV launcher Are 'Audiophile' Speaker Brands Are Milking You for $20,000 The listeners keep delivering great ideas for show topics. This week Mike LaBorde sent in an article published at headphonesty.com entitled A Former FTC Economist Quit His Job to Prove 'Audiophile' Speaker Brands Are Milking You for $20,000.  The author talks about how a former FTC economist quit his job to design and build affordable high-performance speakers.  He argued that many premium audiophile brands are significantly overpriced because they use similar OEM drivers from the same factories while charging massive markups for branding, cabinets, and dealer margins. We'll break down this article into five points we felt were interesting. The full article is linked and you may want to read it for more details. Many premium audiophile speaker brands rely on the same small group of OEM driver manufacturers (like Sinar Baja/SB Acoustics, SEAS (Scandinavian Electro Acoustic Systems), Scan-Speak, etc.). The same factories and engineering talent supply drivers to both high-end and mainstream brands, even when the final speakers carry vastly different logos and price tags. "Custom" or "proprietary" drivers are often overstated. Most brands customize only the "soft parts" (cone, surround, voice coil) on top of standard off-the-shelf "hard parts" from OEM suppliers, rather than designing and building drivers entirely from scratch. Pricing of speakers — The actual cost of the drivers is a tiny fraction of the retail price. In the Wilson Audio Yvette example, the three drivers cost roughly $530–$580 total, representing only about 2% of the $25,000+ selling price. The vast majority of the cost comes from cabinetry, finish, dealer margins (40-50%), distribution, marketing, and brand prestige, with a typical 5x markup from manufacturing cost to retail. Only a few brands truly manufacture their own drivers in-house. Companies like Focal, KEF, Dynaudio, Paradigm, and Bowers & Wilkins are exceptions. Most premium brands outsource driver production due to the high cost and complexity of vertical integration. High performance doesn't require extreme prices. Former FTC economist Dennis Murphy's Philharmonic Audio proves this by offering well-engineered speakers (like the $850/pair Ceramic Mini using quality SB Acoustics drivers) with minimal overhead, direct sales, and no lavish dealer/showroom costs — challenging the idea that great sound must come with five-figure price tags. The article essentially argues that much of the ultra-premium speaker market is driven more by branding and distribution economics than by revolutionary driver technology. What is the Cost Breakdown of Thousand Dollar Speakers? After going through the previous article we wondered what the actual cost breakdown of Passive bookshelf speakers retailing at $1,000 per pair? ThinkKEF Q series, ELAC Debut Reference, or similar mid to high end consumer hi-fi brands. They balance good performance with accessible pricing.  What follows is our best estimation based on the data we uncovered. If you are in the industry and have better data, please let us know and we will update this analysis. Sources for this analysis include - Audio Science Review, AVS Forum, WhatHifi, headphonesty.com, hubhifi, and a few others.  1. Design & Development (R&D) – Upfront Investment Typical cost: $50,000–$250,000+ for a new model line. Includes acoustic modeling, driver selection/tuning, crossover design, enclosure simulation, multiple prototypes, listening tests, and anechoic chamber measurements. For this price tier, brands often use a mix of off-the-shelf and mildly customized drivers rather than fully bespoke high-end ones.   Amortization: Spread over production volume and for this exercise we used a production run of 5,000–20,000 pairs. This adds roughly $5–$25 per pair at a reasonable scale. 2. Prototyping & Tooling Prototypes: 5–15 iterations at $300–$1,200 each which include custom cabinets, driver samples, hand-assembled crossovers. Tooling: CNC molds/jigs for cabinets, baffle cutting, or vinyl wrap tooling: $8,000–$40,000 upfront. Amortized to $2–$10 per pair. 3. Bill of Materials (BOM) – The Biggest Per-Unit Cost For a typical 2-way passive bookshelf (6.5" woofer + 1" tweeter) at this price point: Drivers - $80–$180 - 6.5" coated paper woofer (~$30–$70 ea.), soft dome or aluminum tweeter (~$15–$50 ea.). Brands like SEAS, SB Acoustics, or custom OEM. Cabinet -  $60-$130, - Braced MDF (18–25mm), vinyl wrap or basic veneer, internal damping, port tube, terminals. Real wood veneer adds premium. Crossover - $30-$80 - 2nd/3rd order with air-core inductors, film capacitors, resistors. Higher quality parts (Mundorf-level) push toward the upper end. Other (grille, wiring, hardware, terminals) - $20-$50 - Magnetic grilles, internal wiring, binding posts. Total BOM per pair: $190–$440 at volume production (typically in China or Vietnam for most brands). Premium touches (better drivers, thicker bracing, nicer finishes) push BOM toward the higher end. 4. Manufacturing, Assembly & Overhead Labor & Assembly: $25–$60 per pair (cabinet gluing/bracing, driver mounting, crossover soldering, final wiring, testing). Quality Control & Testing: Burn-in, frequency sweeps, distortion checks: $10–$25. Factory Overhead/Utilities: $35 - $50. Total Manufacturing per pair: $70 - $135 5. Full Cost Structure to Retail ($1,000/pair) We will assume a large brand that sells 20,000 units and has already invested in tooling and requires minimal new tooling for each new speaker design.  Design and R&D Amortized - $5 Prototype and Tooling  - $2 Bill of Materials - $315 - We split the $190 - $440 down the middle Manufacturing -  $103 - We split the $40 - $135 down the middle Shipping, duties etc to distributor per pair on average - $50 Total to Manufacture $474. The rest of the thousand dollars covers the distribution chain, branding, and profit. And in reality, depending on the efficiency of the factory and ability to leverage design histories from years of experience, the soft costs can be about a third of $110 we came up with, bringing the total cost to about $400. Key Variables Affecting Cost Volume: Higher production = lower per-unit costs. Driver Quality: Exotic materials (beryllium tweeters, carbon fiber) can double driver costs. Cabinet Finish: Vinyl vs. real walnut veneer = big difference. Brand Positioning: Established names (KEF, ELAC) have higher R&D/marketing allocation than direct-to-consumer brands. For comparison DIY builders can replicate similar performance for $300–$600 per pair in parts using higher quality drivers and crossover components and flat-pack or self-built cabinets, eliminating most of the overhead and markups. And after building over 30 sets of speakers I can say without doubt that what you build will sound as good as speakers costing ten times the amount. Plus you can use material that works best for you as well as customizing the look to match your decor. Even my latest set built from stock off the shelf components bought from Part Express for about $200 sound simply amazing!  

Bom dia 247_ Lula é o Brasil soberano em defesa do Pix _5_6_26_ by TV 247

Bom dia 247_ Vorcaro delata Flávio Bolsonaro _4_6_26_ by TV 247

Bom dia 247 - TariFlávio_ clã Bolsonaro custa caro ao Brasil _3_6_26_ by TV 247

Bom dia 247_ o que falta para a PF investigar Flávio Bolsonaro_ _2_6_26_ by TV 247

Bom dia 247 - 1_6_26 by TV 247

Bom dia 247_ Eleição de 2026 é Lula contra o Império _31_5_26_ by TV 247

Bom dia 247_ Lula rechaça ingerência de Trump _30_5_26_ by TV 247

Bom dia 247_ Trump lista PCC e CV como terroristas _29_5_26_ by TV 247

Bom dia 247_ Lula investe na Amazônia_ Eduardo vive como marajá _28_5_26_ by TV 247

Se você quisesse emagrecer o mais rápido humanamente possível em 30 dias pra ganhar um super prêmio, o que você acha que faria?  Bom, provavelmente você tentaria jejuar o mês inteiro e não comer nada por 30 dias direto, certo?  Esta seria bem provavelmente a forma mais rápida possível de perder peso neste tempo, PORÉM, e se a pergunta mudasse a agora fosse a seguinte:  Se você quisesse atingir a melhor forma da sua vida em 6 meses e manter ela depois por mais 6 meses, 1 ano, 2 anos, 5 anos ou o resto da sua vida, o que você faria? Uma coisa eu te digo, você provavelmente não cometeria o erro de jejuar desta vez porque você logo veria que depois da perda rápida de peso, ao voltar a comer seu corpo reganharia peso numa velocidade relâmpago até comendo folha de alface levando você rapidamente a uma situação mais pesada do que quando começou.  Então a pergunta final acho que é:  O que você faria se quisesse eliminar peso o mais rápido possível até atingir seu peso ideal, sem rebotes no meio e nem depois, e de um jeito que você possa manter a forma depois pelo resto da vida sem fazer esforço pra isso?  Isso jamais será possível com dietas extremas. A única solução aqui é uma abordagem pró-metabólica e é justamente sobre isso que quero te ensinar hoje, então, vem comigo.