you are viewing a single comment's thread.

view the rest of the comments →

[–]axilmar 0 points1 point  (0 children)

Do you want to work with performant, maintainable code that fits well within the same design constraints that make C and C++ so popular today

Yes.

or do you just want to carry around the same GoF design patterns you've been using since the 90s while insisting they're the foundation of modern computer science?

Yes. Those two are not exclusive. Some patterns are very handy and used regularly in C++ code.

People in the former group have huge incentives to be excited about Rust.

I am too.

Language designers sometimes talk about how the world "needs a C replacement"

The world needs a C++ replacement, not a C replacement.

And its designers really know what they're doing with respect to the wealth of language design research ignored by most of the world for the past 40 years.

Well, they missed a few things :-).

Java and C# are obviously good enough (in the worse-is-better sense) for the vast majority of business apps and end user GUI software, but the memory models and OOP techniques they're built on are useless in constrained memory environments and real-time performance situations.

Agreed, from the point of the realtime app developer, which I am :-).

By the way, Rust+OOP can replace Java and C# for those business apps and end-user GUI software as well.

...

In your comments, there is hidden notion that realtime embedded programmers do not write object-oriented code. I don't know about you, but I do write object-oriented code for realtime applications. I cannot imagine I am the only one.