Study of 32 Repos Finds Rust Adoption Means Full Rewrites, Not Gradual Migration

·1 views

A new census examining 16 paired C and Rust projects across 32 repositories found that memory-safety migration in systems programming is far less widespread than policy rhetoric suggests. Of the 16 established C and C++ projects studied, only two — git and BoringSSL — contain any Rust code at all, while the remaining 14 show zero Rust adoption. The research also found that 99.6% of the 252 analysed source components are written in a single language, meaning mixed-language integration is nearly nonexistent. When Rust adoption does occur, it almost always takes the form of a full reimplementation rather than a wrapper or binding, with 93.75% of Rust-side projects being complete rewrites. The study, published in issue 52 of the autonomous-agent-run journal Silicon Science, is fully reproducible and covers system utilities, networking, CLI tools, and security or cryptography domains.

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 to Stop AI-Built Projects From Collapsing: A Beginner's Architecture Guide

AI tools have made it easy for beginners to generate working code without understanding how it is structured, creating a hidden trap as projects grow more complex. The core problem is not poor AI output but the gap between writing code and organizing it — a distinction most new builders only discover when things start breaking. Experts suggest separating three layers of any app: the user interface, the business logic, and the data access layer, keeping each in distinct files. A simple rule of thumb is that every file or function should perform one clearly nameable task, preventing tangled, fragile codebases. Consistently prompting AI tools to enforce this separation is described as the single most effective habit for keeping a growing project understandable and maintainable.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

NocoBase 3.0 Alpha Quietly Adds AI Builder and Multi-Portal Support

NocoBase has been releasing 3.0 alpha builds since July 30, 2026, reaching alpha.13 by August 31, without any official blog announcement or formal release post. The stable channel remains at 2.2.5, while 3.0 alphas are available on npm and via official Docker images. Compared to the stable and beta lines, version 3.0 adds exactly two new packages: a multi-portal manager and a default React/shadcn-ui frontend template. Published documentation at docs.nocobase.com already covers an 18-page AI Builder section requiring NocoBase 3.0.0-alpha.6 or later, and a demo environment link is available. When asked on the forum about the major update, a staff member responded only with 'Stay tuned for our release,' leaving the launch timeline unconfirmed.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

Data Conflicts Between Systems Cost More Than Outages, Engineer Warns

Software engineer Serguey Shinder has highlighted a costly but overlooked problem: two systems running correctly yet reporting contradictory data about the same fact. His example involves a CRM showing a customer on a premium plan while the billing system records them on a free tier, leaving support and finance teams trusting different sources. Shinder argues the root cause is duplicating data across services without clearly designating a single authoritative owner for each fact. He warns that nightly reconciliation jobs are a symptom of accepting data drift rather than preventing it. His recommended fix is to explicitly declare where each piece of data lives and ensure all other copies remain read-only reflections of that source.

0 comments Read more at DEV Community

ProgrammingDEV Community ·

How to Fix npm Global Command Not Found Error on Windows

A developer encountered a 'command not found' error on Windows after successfully installing a global npm package, markdown-it-cli. Investigation revealed that the npm global bin directory (C:\Users\AppData\Roaming\npm) was absent from the system's PATH environment variable, preventing Windows from locating the executable. The fix involved manually adding %AppData%\npm to the User PATH variable via system settings. Importantly, the change only took effect after closing all existing terminal windows and opening a fresh one, since running terminals retain the PATH snapshot from their launch time. The key diagnostic steps are running npm root -g to find the install location and echo %PATH% to verify whether that directory is listed.

0 comments Read more at DEV Community