Java 21 Virtual Threads Offer Scalable Concurrency Without Reactive Complexity

·1 views

Java 21 introduced virtual threads via Project Loom (JEP 444), a major update to the platform's concurrency model. Unlike traditional platform threads, which wrap OS threads and consume around 1 MB of stack memory each, virtual threads are managed by the JVM and can run in the millions concurrently. When a virtual thread blocks on I/O, the JVM automatically frees its underlying carrier thread to handle other tasks, eliminating wasted resources. This allows developers to write simple, synchronous-looking code that scales as effectively as complex reactive frameworks. Modern frameworks like Spring Boot already support virtual threads natively, making adoption straightforward for server-side Java development.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

How a two-line code fix caught duplicate H1 tags across 500 blog pages

A developer discovered that 500 out of 1,360 blog pages contained two H1 tags, harming SEO and screen-reader accessibility. The bug arose because both the page template and each Markdown article independently rendered a valid top-level heading, making their combined output incorrect. Existing test suites missed the issue entirely because they checked source files and templates in isolation rather than the final built HTML. The fix involved demoting in-body H1 tags to H2 during the build step and adding a three-line output-level gate that fails the build if any page holds a count other than exactly one H1. The episode highlighted a broader principle: when each individual component appears correct but the combined result is not, testing must target the final output rather than its inputs.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

AppSheet vs Apps Script vs PowerApps: A Practical Guide to Choosing the Right Tool

A developer guide published on DEV Community breaks down when to use AppSheet, Google Apps Script, or Microsoft PowerApps for internal business tools in 2026. AppSheet is a no-code app builder best suited for mobile interfaces, field worker apps, and small teams of under 15 users, while Apps Script is a free JavaScript runtime better suited for complex logic, API integrations, and larger teams where per-user licensing costs become prohibitive. PowerApps is recommended only for organizations already embedded in the Microsoft 365 ecosystem. AppSheet charges roughly $5–$20 per user per month, meaning a 100-person team could pay $12,000 annually, whereas Apps Script carries no per-user fee under standard Google Workspace quotas. The author recommends a hybrid approach — using AppSheet for the user interface and Apps Script for backend logic, both connected to a single Google Sheet — as the most practical production setup.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Developer Shares Debugging Experience Building Streamlit Shopping Assistant App

A developer shared their experience building a shopping assistant application using Streamlit and Python. During development, they encountered two notable errors: a NameError during text-to-speech audio generation and an API key configuration issue. The post highlights that debugging constitutes a significant portion of a developer's daily workflow. The developer framed these challenges as an engaging part of the software development process rather than a frustration.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

How AI Engineers Use Tools to Give Language Models Real-World Capabilities

Large language models are limited by design — they cannot access the internet, databases, or perform reliable arithmetic on their own, functioning like a brain without a body. Tools, which are standard programming functions, bridge this gap by allowing models to take real-world actions when needed. When a model decides to use a tool, it outputs a structured request that the engineer's code executes, then feeds the result back into the model's context for further reasoning. Models learn this behavior through training on large volumes of tool-use transcripts, while the specific tool catalog is configured at runtime by the engineer. A practical example in the article demonstrates building a refund-cost calculator tool using LangChain, addressing the need for deterministic arithmetic in payment operations.

0 comments Read more at DEV Community