SShortSingh.
TopTechnologyAI & MLStartupsProgrammingScienceBusinessFinanceCrypto & Web3World
Back to feed
Programming

Developer ports JavaScript glob library Picomatch to Rust, finds it 18x slower

0
·3 views

A developer ported Picomatch, a widely used JavaScript glob-matching library, to Rust over 72 hours, pinning the project to a specific upstream commit and building a standalone Rust scanner, compiler, and matcher. Despite passing all 1,977 inherited tests plus 28 native Rust tests, the Rust implementation processed roughly 395,000 matches per second compared to Node's 7.18 million — about 18 times slower. Further differential testing uncovered subtle Unicode compatibility bugs, including edge cases around the Latin long s and the Kelvin sign, which behave differently under JavaScript's legacy versus Unicode-aware case-insensitive regex modes. To address this, the developer derived a complete legacy Canonicalize table for all 65,536 Basic Multilingual Plane code units from Node 24.18.0, generating over 4,700 additional test checks. The project highlights how passing an inherited test suite does not guarantee correctness, particularly when porting code that relies on language-specific runtime behaviors.

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)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Microsoft's Go-Based TypeScript Compiler Delivers Up to 10x Speed Gains in TypeScript 7

Microsoft has ported the TypeScript compiler from TypeScript to Go under Project Corsa, delivering performance improvements of roughly 5x to 12x depending on project size, hardware, and workload. The decision followed extensive evaluation of multiple languages and architectures, including hybrid approaches that would keep only performance-critical parts in native code. Go was chosen primarily for compatibility reasons, as both the existing and new compilers need to coexist and share fixes during a transition period. The team also studied native tools like swc, oxc, and esbuild before concluding that a full native port would yield the greatest long-term benefits. TypeScript 7 is expected to bring these gains to developers, though the team cautions that real-world results will vary and some caveats remain before upgrading large codebases.

0 comments Read more at DEV Community
0
ProgrammingDEV Community ·

Eight newsletter tools compared: costs, mechanics, and which problem each actually solves

A detailed breakdown published on 2 August 2026 compares eight newsletter management tools, noting that prices and behaviours were verified against each vendor's own website on that date. The analysis draws a sharp distinction between two separate problems: inbox clutter, which requires routing newsletters elsewhere, and volume overload, which requires condensing or filtering content. Four core technical approaches appear across the tools, including dedicated intake addresses, mailbox connections via OAuth, email-to-Atom conversion, and forwarding filters. Kill the Newsletter stands out as the only tool that converts incoming emails into a plain Atom feed URL, though its FAQ warns that some publishers block relay addresses and recommends a forwarding workaround. The author discloses upfront that one of the eight tools reviewed is their own product, describing it as new and unproven, while presenting the remaining seven as established options for most readers.

0 comments Read more at DEV Community
0
ProgrammingDEV Community ·

Silent 5,000-row API cap caused dashboard to silently misreport search rank data

A developer discovered that an internal search-rank dashboard was silently displaying incorrect data due to a hard 5,000-row cap in a generic query endpoint, while the actual table contained 9,104 rows. The API returned a normal 200 response with no truncation warning, causing 4,104 rows to be dropped without any visible error. Because rank-change calculations depended on comparing two full time windows of data, the missing rows caused the dashboard to render dashes instead of meaningful changes. The fix involved shifting data aggregation to SQL using Postgres DISTINCT ON, returning one row per keyword rather than raw daily rows, keeping response size bounded by keyword count. The developer outlined key lessons: silent caps are silent lie generators, LIMIT without ORDER BY is nondeterministic sampling, and missing values must never render identically to zero-change values.

0 comments Read more at DEV Community
0
ProgrammingDEV Community ·

Fluttorch 1.0 catches silent accuracy loss when ML models are quantized for mobile

When machine learning models are exported and quantized for mobile deployment, their accuracy can quietly degrade without any build or runtime error flagging the problem. A related issue arises when preprocessing logic is written separately in Python for training and in Dart for serving, allowing the two versions to silently diverge over time. Developer Fluttorch addresses both gaps with a manifest-based system that records model shapes, data types, preprocessing constants, and a content hash at export time, preventing the Dart runtime from restating or contradicting those values independently. The tool's code generator, parity gate, and runtime all read from the single manifest, turning previously silent mismatches into compile-time errors. Version 1.0.0 of Fluttorch launched this week, and its test suite replays export-time predictions against the quantized on-device artifact to verify the two models still agree.

0 comments Read more at DEV Community