Rightly or wrongly, I'd like to see Gleam as a Go competitor for Web apps and CLI apps.
Unfortunately, easy cross-compilation to relatively static binaries is a "must" for me. Now that Go gives it to me, I won't really entertain a competitor that doesn't provide a "static build" option.
So I'm glad to see this exists, even though it looks pretty janky!
This is interesting to my on both a technical level as well as a social-political level. I wonder what impact "AI-washing" will have on licensing for example
Really good references to "crossing the chasm" between early adopter needs and mainstream needs. In addition to the Ubuntu coreutils use case, I wonder what other chasms Rust is attempting to cross. I know Rust for Linux (though I think that's still relegated to drivers?) and automotive (not sure where that is).
There are big pushes in pretty much every direction. The projects that really stand out to me are pyo3 (Replace c++ python modules with rust), Dioxus (react-like web framework), The ferrocine qualified compiler (automotive)
I think right now the ecosystem is pretty ripe and with DARPA TRACTOR there are only more and more reasons every day to put rust on your toolbelt.
I am secretly hoping that eventually we break free from the cycle of "hire a senior dev and he likes rust so the company switches" over to hey let's hire some good mid-level and junior rust developers
Are mid level and junior developers being hired anywhere for any reason right now? I don't mean specifically rust developers. I mean software developers.
Sure. There was an article a week or two ago about IBM aggressively hiring juniors. Of course the fact that is noteworthy probably means something in itself....
If you want to take a look at some of the "big drivers", the Project Goals[1] is the right place. These are goals proposed by the community and the language developers put together, they are not explicit milestones or must-haves, but they do serve as a guideline to what the project tries to put its time and effort on.
Rust is undoubtedly excellent. What tarnishes the picture is a small group of people that rewrite solid pieces of code into Rust, hijacking the original brand names (eg. "sudo") for the sole purpose of virtue signaling. And the later is why the come after the most stable pieces of software that warrant no rewrite at all, like coreutils.
It seems to me that the right approach would be to ignore those and still love Rust for what nice of a language it is.
Unfortunately, Ubuntu is all in on virtue signaling.
I try to do this in Go as well, but the amount of pointers used to represent optional fields (more generally the lack of algebraic types) is making it less effective/ more verbose than I'd like
Maybe? I feel like there's been lots of efforts to migrate large C++ codebases over the years, and few actually complete the migration. Heck, Google is even making Carbon to try to solve this.
migrating any large project is going to be billions of dollars worth of labor. Language isn't a large factor in that cost, you can save few tens of millions at most with a better language.
The large factor is the amount of work to create everything again. Plenty has been written about large re-writes, they can and have worked out in the long run, but generally it takes a decade for the new to be as good as the old - either it is missing critical features or it has too many bugs.
reply