Rome will be written in Rust
I see a lot of discussion on Rust vs $LANG, but nobody seems to be discussing what I think is the meat of this announcement:<p><pre><code>    1. Fewer tradeoffs for third-party dependencies
       Most JavaScript&#x2F;npm packages have to balance a lot of different concerns for many different kinds of users. They are forced to make tradeoffs around code size and performance that we aren’t interested in. Rust crates, on the other hand, are generally making tradeoffs that much closer align to our needs.
    
    2. Correctness is built-in to the standard library and in most popular crates
       We were creating our own APIs that focused on correctness instead of using third-party JavaScript dependencies. Rust, and its community, places a lot more focus on correctness without paving over edge cases that we need to worry about for Rome.
    
    3. Trait&#x2F;Module system allows us to make better use of dependencies
       Rust’s trait system is a powerful way to create abstractions over any piece of data without overhead. It allows us to deeply integrate third party libraries. It also allows libraries to create APIs that are much more incremental, safely exposing more surface area without creating a need to make breaking changes.
</code></pre>
My takeaway here is that the Rome team was getting tired of rewriting stuff from scratch but the nature of the JS&#x2F;NPM ecosystem made it hard to use 3rd party code without losing control over Rome&#x27;s performance.<p>I&#x27;m not sure how <i>valid</i> this claim is, but it is well known that the history of NPM modules puts the ecosystem in a weird place where libraries are expected to optimize for usage on both server environments (Node, Deno, etc) and browser environments (Firefox, Chrome, etc).<p>This tradeoff is not without costs--I believe it&#x27;s one of the big reasons we see dependency bloat in the NPM ecosystem. I&#x27;d love to see more discussion around this topic and what other folks&#x27; experiences with these kinds of problems are.