Loading…
Browse by type
Explainer reads
Explainer posts on Yomu, summarised newest first.
- 1,318 posts
- 20 companies
The Good Stuff
Paid picks we use ourselves. Links carry a referral code — a subscription through one earns us a commission at no extra cost to you.
Explainer posts
Beyond LLMs: Why Scalable Enterprise AI Adoption Depends on Agent Logic
Enterprise workflows are dynamic, long-running, API- and data-rich, and constrained by policies or regulations, creating challenges that an LLM alone may not handle efficiently. The article defines agent logic as software primitives—including knowledge graphs, algorithms, and program-analysis libraries—within an agent harness that steer models toward relevant workflow context. Examples span legacy COBOL and PL/1 understanding, automated test generation, incident investigation and code remediation, and compliance modernization; reported results include ~30× lower token consumption for application understanding, 20–45% higher test coverage, and up to 4.0× better incident-investigation performance than a ReAct baseline. A Condition Insights example reports 57% fewer unsupported claims and 77% lower average token usage, supporting the conclusion that structured guidance can improve quality, cost, and rule adherence.
Scaling up your microservice testing with Apache Spark
Microservices whose behavior depends on long-tail production inputs—such as payment cost estimation—are difficult to validate with unit and integration tests alone. The described pattern separates deterministic service logic from transport and side effects, then invokes that logic in Apache Spark across historical records enriched with the required dependency state. The resulting datasets can compare current and candidate implementations, quantify changed outputs, model future rule changes, and identify affected transaction or merchant segments. Replay inputs and artifacts are minimized and protected through tokenized identifiers, redaction, access controls, and retention policies, while smaller privacy-safe golden datasets run in pull-request CI. The approach complements, rather than replaces, unit and integration tests: golden datasets cover known service behavior, and full replays expose changes across the real production distribution before deployment.
Enabling Evolutionary Database Development: database branching with Lakebase
Evolutionary database development treats migrations as first-class CI/CD artifacts, but shared development databases still limit per-developer isolation and fast, realistic feedback. The post follows Jen as she adds location, batch, and serial fields to inventory, coordinating application changes, production-data preservation, schema migration, and tests for storing, reading, and displaying the new values. It contrasts shared databases and simplified local substitutes with Databricks Lakebase copy-on-write branches, created in one second with zero storage at creation, including for a terabyte-scale production database. Jen pairs code and database branches, while CI creates a temporary branch, validates an idempotent and reversible migration, runs application and database tests, and posts a schema diff, enabling combined review and shifting DBA attention toward design and maintainability.
AI Doesn't Scale Until You Stop Calling It Innovation
Enterprises often stall between AI proofs of concept and production, and Philippe Rambach argues the remedy is to manage AI as a product rather than innovation. At Schneider Electric, Rambach built a 400-person AI organization split evenly between customer-facing products and internal operations, with business cases owned by lines of business and cross-functional scrum teams responsible through production and support. It standardizes a single core technology set, with Databricks managing infrastructure, data, and data flows, while gate reviews and quarterly portfolio decisions test technical readiness, commercial viability, and the business plan. Models are combined with context, guardrails, interfaces, forecasting, optimization, and real-time decisions; Microgrid Advisor reports up to a 20 percent reduction in energy costs, while Genie’s internal rollout remains early and accuracy is still being addressed.
Enterprise Business Software and the Mixed-Up Chameleon Problem
Traditional ERP practice prioritizes a standardized, stable core, but the post argues that forcing every process into it can erode an organization’s identity and differentiated ways of creating value. It proposes keeping the ERP as the system of record while placing an interoperability layer above it. This layer uses a shared ontology to reconcile concepts across systems and supports workflows, automation, user experiences, agentic AI, and human engineering under shared security and governance. Because these capabilities remain outside the core, organizations can preserve distinctive processes during ERP upgrades and treat migration as a continuous software- and ontology-driven activity rather than a one-time manual exercise. The intended model is structured adaptability: standardized ERP functions retain discipline, auditability, and financial integrity while operational software adapts to the business.
Compliance versus conversion: Tax ID validation at checkout
Tax ID collection at checkout supports compliant tax invoices and tax determination, including reverse-charge treatment for qualifying cross-border business transactions. Validation can be performed synchronously before purchase completion or asynchronously after checkout: synchronous checks reduce correction and audit risk but may increase abandonment and expose conversion to government-service downtime, while asynchronous checks preserve completion but require follow-up on failures. The implementation discussion covers direct national-registry integrations, third-party validation services, and Stripe’s CheckoutSessions and PaymentIntents integrations, where the Tax ID Element uses verification modes of if_supported or none. Stripe first applies a country-specific format check, routes validly formatted IDs to government APIs, may fall back to asynchronous processing after four seconds, and exposes status through customer.tax_id.updated and the customer object.
From decentralized Docs-as-Code to a centralized repository: Evolving Grab's documentation strategy
Grab adopted Docs-as-Code in early 2021 to bring technical documentation into engineers’ code workflows, addressing scattered sources, version confusion, discoverability, and quality gaps. Documentation was written in Markdown, stored in version-controlled repositories, reviewed through merge requests, checked in CI/CD, and surfaced through an internal developer portal. As engineering scaled, decentralized repositories produced inconsistent structures and terminology, unreliable organization-wide quality automation, aging content, and tracking problems when source locations changed. Grab therefore moved to a centralized repository while retaining Docs-as-Code, adding shared templates and linters, unified search through fuzzy title lookup and Glean, automated synchronization during migration, and training and feedback programs. The post concludes that decentralized, centralized, or hybrid models fit different contexts, with centralization emphasizing discoverability, governance, consistency, ownership metadata, and analytics.
How enterprise leaders are scaling AI agents across their organization
Executives from Danone, Capital One, Warner Bros. Discovery, Ford Credit, Gilead Sciences, and Databricks discuss scaling AI agents for measurable business value while maintaining governance, trust, and cost control. They describe deployment as only the first step, followed by monitoring, observability, performance assessment, and continuous learning, with risk reviews and ongoing evaluation integrated into the agent lifecycle. Organizations are shifting from single-task automation toward specialized multi-agent orchestration for complex workflows, while shadow capabilities and controlled sandboxes test accuracy without exposing live operations. Leaders recommend building momentum through low-risk wins such as Capital One’s Chat Concierge, training employees to prompt, and providing natural-language interfaces, certified data, consistent guardrails, and a secure architecture for deployment and monitoring.
Under the River
Shopify describes how its AI agent, River, grew from an infrastructure bet aimed at making a large, fragmented codebase usable by AI. In early 2024, the company adopted a monorepo called World and Nix as a reproducible substrate for development, CI, and production, despite substantial migration costs. River operates in public Slack channels, where it reads code, runs tests, queries data, inspects production traces, and opens pull requests; in a recent 30-day period it handled 59,918 sessions and contributed to 3,536 merged pull requests. Underneath it, Aquifer provides durable sessions, sandboxes, gateways, event logs, credentials handling, and observability, allowing agent profiles to share one platform across interactive, automated, and batch modes. The central design principle is that the session must survive process and machine failure, while public transcripts create a compounding knowledge corpus.
Reliable LLM Inference at Scale
Databricks describes an inference platform serving open-source and proprietary frontier models at more than 125T tokens per month, with reliability as the central challenge under spiky, multi-tenant demand. It identifies failures and latency risks from expensive GPU configurations, variable input and output lengths, long-context requests, multimodal preprocessing, and engine-level hangs. Its architecture combines rate limiting, capacity management, model units, Dicer load-aware sticky routing, and autoscaling; model units estimate multidimensional request cost and allocate capacity more predictably. For runtime reliability, prioritized black-box health checks trigger Kubernetes liveness restarts for silent hangs, completing detection and recovery in less than five minutes while eliminating false probe failures. Image-processing changes, including Torchvision processors and OMP_NUM_THREADS configuration, removed CPU throttling and increased completed requests per second by more than threefold with the same replicas and load; bursty workloads also achieved over 80% GPU savings versus static peak provisioning.
BI Serving Pointers; Maximizing for Performance and TCO
BI dashboards can become slow and expensive when teams respond to latency with separate aggregate tables, refresh pipelines, extracts, and tool-specific semantic layers. The post presents Databricks’ BI serving stack from physical storage through Unity Catalog’s governed semantic layer, recommending Gold-layer star schemas, managed tables, liquid clustering, and Predictive Optimization to reduce scanned data and improve query plans. Metric Views centralize KPI definitions and semantic metadata for dashboards, Genie, SQL notebooks, third-party BI tools, and AI agents, while materialization automatically maintains incremental pre-aggregations and routes queries transparently. Additional TCO guidance covers serverless SQL warehouse autoscaling, DBSQL disk and query-result caching, direct lakehouse connections, and system-table monitoring. The stated outcome is compounded lower latency and compute cost, including an observed average 22% performance improvement from Predictive Optimization and sub-second performance from materialized metrics.
How the lakebase architecture stays resilient to cloud failures
Lakebase is adapting its reliability architecture to agentic and on-demand workloads, which create far more control-plane activity, database starts, and pressure on finite cloud capacity. Lakebase uses stateless Postgres compute over zone-resilient storage, dedicated multi-availability-zone computes for optional high availability, and a vertically autoscaling virtualization layer that reduces dependence on cloud provisioning control planes. A dedicated data-plane controller is being developed for hot-path start and suspend operations, while cell-based regional deployments isolate failures and allow capacity to expand incrementally. The reliability program also uses component and whole-availability-zone failure injection, consistency checks, Service Level Indicators, and Service Level Objectives, including startup, failover, storage, and API measurements. The stated target is for every database to exceed 99.99% monthly availability; reported 2026 attainment through April shows 99.75% to 99.85% of databases meeting that threshold.
Why Global Brands Need APAC Social Intelligence
Western-only social listening strategies can miss consumer conversations and early signals in APAC, where platforms shape culture, purchasing trends, and product discovery. APAC sources matter because RedNote (Xiaohongshu) combines search-led recommendations, reviews, lifestyle content, and social commerce, while WeChat connects messaging, communities, payments, e-commerce, customer service, and purchases across a customer lifecycle. Sina Weibo provides a fast-moving view of public sentiment, entertainment, influencer culture, launches, and controversies, with narratives sometimes spreading to global coverage and international platforms. Together, these sources show how trends form, buying decisions develop, and narratives evolve across regions, rather than only what people say about brands. The stated conclusion is that brands should expand listening beyond Western platforms to identify trends earlier, understand high-intent behavior in real time, and make more globally relevant decisions.
You don’t need to pick one: how Sentry and OpenTelemetry work together
Integrating Sentry into systems already instrumented with OpenTelemetry does not require replacing existing backend SDKs or rewriting service instrumentation. A hybrid architecture pairs the Sentry SDK on the frontend for browser tracing, Session Replay, and logs with existing OpenTelemetry configurations across backend services. Frontend requests propagate W3C traceparent headers to backend endpoints, which then export traces and logs over OTLP directly to Sentry endpoints or through an intermediate OpenTelemetry Collector. Ingested telemetry attaches backend spans and standard Python logs to the initial frontend user actions, establishing a unified distributed trace across the entire request path. Although Sentry's OTLP ingest currently supports logs and traces rather than metrics, dedicated backend Sentry SDKs remain an optional addition later for backend exception tracking and profiling.
Use Passkeys Wherever You Sign in to Uber
Uber rolled out passkey authentication across mobile apps and websites, allowing users to sign in without passwords. Passkeys use a device-generated public-private key pair: the server stores the public key, while the device’s password manager protects the private key and requires biometric, PIN, or pattern authorization. Registration sends creation options and a challenge to the authenticator, which returns an attestation for server validation; sign-in similarly returns a signed assertion that the server verifies with the stored public key. This design keeps private keys and user authorization data on the authenticator, improving resistance to phishing, credential stuffing, brute force, and replay attacks. Uber reported low initial adoption and noted inconsistent browser and device support, user education needs, and technical complexity; it plans to use adoption data and post-authentication prompts to improve onboarding.
AI readiness in telecommunications
Telecommunications companies are adopting AI for customer experience, network operations, and cost reduction, yet initiatives often stall before production because fragmented, ungoverned, semantically opaque data creates data debt. The post argues that AI readiness depends on a semantic layer unifying datasets and business definitions, governance, and catalog metadata across systems such as Oracle, Snowflake, Salesforce, ServiceNow, and Databricks. It presents Unity Catalog as the proposed foundation, using Delta Sharing, Lakeflow Connectors, and Lakehouse Federation to exchange, ingest, or query data without uniformly replicating it, while privilege-aware metadata and audit logging support compliance. Metric Views, lineage, tags, and glossaries give agents authoritative meanings for measures and terms such as revenue, ARPU, active user, and FTTH. The conclusion is that trustworthy operational AI requires a governed, unified data foundation and organizational commitment, not simply more capable models.
Outcomes we want to see from AI at Medium Engineering
Medium Engineering defines desired outcomes and anti-goals for adopting AI, emphasizing leverage, learning, technical ambition, rigorous reasoning, fluency, and maintainable code rather than raw output. Engineers are expected to use AI for repetitive refactoring, testing, unfamiliar systems, design exploration, code analysis, and safer cross-stack work while retaining accountability for clarity, correctness, coverage, and judgment. The guidance rejects PR, commit, line, token, and model-spend metrics as success measures, allowing them only as debugging signals. It also warns against blind trust, unreviewable code volume, loss of codebase understanding, security or privacy regressions, misaligned vendors, environmental hand-waving, and performative tool adoption. The stated north star is achieving outcomes that let Medium’s humans move with the responsiveness of a much larger team while staying true to what makes the platform worth building.
amazon.science
Diverse reasoning traces teach LLMs to make better decisions
Large language models typically rely on supervised fine-tuning with a single human-verified reasoning trace per example, which limits reasoning breadth and causes mode collapse when attempting parallel reasoning. Researchers presented set-supervised fine tuning (SSFT) and global forking policy optimization (GFPO) to teach models diverse problem-solving strategies. SSFT represents reasoning as a set of complete solution paths paired with global forking tokens, utilizing bipartite matching to achieve order-invariant training and specialized tokens. GFPO applies lightweight reinforcement learning to select the optimal forking token upfront, detaching gradients from generated rollouts to ensure stable optimization. On standard reasoning and coding benchmarks, the combined framework increased single-shot accuracy by 5% to 7% while improving pass@k diversity without degrading pass@1 accuracy.
Protecting your Supabase projects from npm supply chain attacks
The post explains why npm supply-chain attacks matter to Supabase projects: Edge Functions, the Supabase CLI, and packages including supabase-js, @supabase/ssr, and @supabase/server all depend on npm. Attackers can compromise maintainers, register typosquats, or exploit build pipelines; once malicious code reaches node_modules, lifecycle scripts may read environment variables, cloud metadata, tokens, kubeconfig, and SSH keys. The proposed defense is layered: upgrade to pnpm 11, increase minimumReleaseAge to several days, pin sensitive dependency versions, commit and review lockfiles, disable or allowlist install scripts, verify package names, and pin GitHub Actions to full commit SHAs. Supabase is publishing a canonical security guide, hardening its GitHub Actions, adding secret-handling warnings to API documentation, and coordinating communications; the post also recommends rotating credentials after a potentially compromised install and using scanners as supplementary defense.
What it feels like building with Stripe Projects
The post recounts a 60-minute attempt to build a GitHub traffic dashboard with Stripe Projects, motivated by GitHub’s 14-day limit on traffic history. Using Cursor’s agentic chat workflow alongside Projects, the builder assembled a Next.js application with Auth0 authentication, Supabase persistence, Prisma schema management, Vercel hosting, scheduled jobs, environment wiring, and periodic GitHub traffic synchronization. The experiment largely avoided direct coding and instead tested whether AI-mediated orchestration could produce a production-shaped stack quickly. As services and credentials appeared across providers, the main difficulty shifted from implementation to understanding ownership, deployment topology, environment management, and operational flow. The repositories synced, charts populated, and historical data appeared, while the experience also exposed a need for clearer generated architecture or infrastructure-as-code descriptions of the assembled system.
Top topics
- Architecture830
- Performance812
- LLMs648
- Machine Learning617
- Open Source561
- AI Agents542
- AI454
- Developer Experience446
Weekly digest
The best engineering reads, once a week.