Microsoft Rewrites TypeScript Compiler in Go, Delivering Up to 12x Speed Gains

·2 views

Microsoft released TypeScript 7.0 on July 8, 2026, replacing its longstanding JavaScript-based compiler with a native implementation written in Go, developed internally under the codename Corsa. The rewrite introduces no new language features; the sole focus is architectural, enabling native-code execution and true multi-threaded parallelism that the previous single-threaded Node.js runtime could not support. The team chose Go over Rust and C# primarily for its concurrency model and cross-platform native compilation, porting the existing compiler as faithfully as possible to maintain consistent type-checking results. Benchmarks show dramatic improvements: a full type-check of the VS Code codebase fell from over two minutes to roughly ten seconds, and language service startup dropped from 9.6 seconds to about 1.2 seconds. Memory usage also declined by an estimated 6 to 26 percent depending on project size, with Microsoft citing an overall 8x to 12x speedup on large real-world builds.

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)

Developer shares hard lessons from deploying AI agents for real small business customers

A developer who spent a year building AI automation systems for small businesses has outlined the practical failures that emerge when AI agents meet real-world users. Unlike demos built with clean, cooperative input, actual customers send vague, typo-ridden, and contradictory messages that expose gaps in even well-designed prototypes. Silent pipeline failures, hallucinated policies from overconfident bots, and runaway API loops in multi-agent systems are among the costly problems the developer encountered after launch. Key fixes included logging unusual user inputs to spot failure patterns, building mandatory human-handoff paths, and placing hard caps on agent loops to prevent runaway costs. The developer also notes that framing AI projects around eliminating a specific manual task, rather than showcasing the technology, made projects easier to scope and sustain.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Enclave 0.8.0 fixes silent security defaults that left LLM agents exposed

The open-source Enclave runtime for autonomous LLM agents has released version 0.8.0, addressing several security flaws that made protections appear active when they were not. A read-only container mount (:ro) was mistakenly treated as access scoping, when it only prevents writes and still allows a compromised agent to read all files. The network egress default-deny policy required a four-step manual setup ritual to activate, meaning it was effectively off for most deployments. Additionally, a published allowlist file had no enforcement scanner behind it, making it a false control, and a capability health check returned path existence rather than verified authentication. The new release scaffolds kernel-level egress blocking by default, ships the missing CI scanner, and fixes the web interface to reject insecure bind configurations without a valid token.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

7-Step Post-Upgrade Checklist to Verify a WordPress Major Update

A WP-CLI 'success' message only confirms that core files were replaced, not that the site is fully functional after a major WordPress upgrade. Developers are advised to follow a structured post-upgrade checklist covering core file integrity, admin dashboard health, plugin status, and frontend page responses. WordPress can silently deactivate plugins when it detects compatibility issues with the new core, making plugin verification a critical step. Browser console checks are equally important, as JavaScript errors — such as jQuery conflicts — can break interactive features while pages appear visually normal. Deferring verification increases the difficulty of tracing issues back to the upgrade, so checks should be performed immediately and prioritized by potential user impact.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

How to Design Observability Signal Contracts for Node.js Fintech Services

A structured observability approach for Node.js Express applications separates three distinct failure states — service unreachability, rule-level behavioral changes, and valid business rejections — that can otherwise appear identical on monitoring dashboards. The core design principle involves assigning each signal a single, unambiguous failure meaning so that a legitimate pricing rejection does not trigger an outage alert. External uptime monitors are recommended for verifying public path reachability, while internal health dashboards handle release and cohort-level outcome tracking after feature flag exposure. Health endpoints should remain lightweight and scoped only to instance readiness, avoiding real business logic or sensitive data serialization. Writing this signal contract before a rollout — clearly defining what each signal can and cannot decide — is presented as essential for maintaining precision during fintech pricing changes.

0 comments Read more at DEV Community