gameswithgo

You can specify the capacity on creation: Vec::with_capacity(foo)

There are also alternative vector like types for different use cases, and you can roll your own.

I really enjoy some of the optimization details like when the memory overhead of Option<> can be elided completely. Other languages with Options will actually toss data up on the heap that doesn't need to be because it is in a Option and, or at the very least always take up a byte with the tag.

Details like this let you use the safer and more ergonomic solutions by default rather than having to worry if they are worth the overhead.

This depends on what one thinks of as build quality. If it is a certain way things look and feels that evoke emotions of quality and power, then yes, Apple's build quality is better.

But if you appreciate that things are engineered in a way to make repair-ability and upgrade-ability easy to make your life better and have less hassle, perhaps the Framework has better build quality.

32 is thin only if you have highly specialized workload. Its enough for all games and even pretty hardcore software development.

yes, but throughput is rarely a bottleneck for consumer grade cpus. Maybe on the 16 core ryzens you could get some benefit for select workloads

Seems more like the natural progression of Elon turning into a boomer stereotype.

I don't think Go's documentation is better than Rust, Go is just a lot simpler than Rust. Especially if you are a programmer with a background in any of the C-ish syntax languages (C,C++, javascript, Java, C#, etc), its just really easy to pick up.

Rust is a mind bending ordeal by comparison with both the borrow checker and other foreign ideas that take a while to come to terms with.

What other process do you propose? A steam turbine is the best way we know how.

Current belief is many elements can’t be made by supernova and would require neutron star collisions

driving a non plug in hybrid to maximize electric use is not the goal, the goal is to minimize fuel use. The former is at odds with the latter.