yahyaheee
yahyaheee on Hacker News
Yeah the cost of decentralization is so high that you really need to be gaining something from it. I’ve long said that if drugs were legal it would remove most of bitcoins usage.
Money is ultimately a reflection of power, and decentralization is merely a tool for when those power structures limit the market.
Python — no threads, or built in types
Julia — odd language
R — not a general purpose programming language
Most of the data scientist and ml engineers I work with want a new language. So yeah it’s not a bad idea
yeah I keep up with the Linfra group, they are making steady progress. I hadn't seen SmartCore yet but that looks promising.
I mainly use tch-rs which are just bindings around libtorch, there are a couple edges wrapping c++ (function overloading) but overall it works great. I've also used ndarray a fair amount which is nice.
Right because there are so many great existing options for ML
Its useful for ML in that it requires so much optimization, that being about to drop down in the same language is incredibly handy. For ML software isn't lagging hardware its the other way around.
It’s pretty ubiquitous among new developers but for working software engineers I think it’s uses are becoming limited.
If you need a web server there are much better choices. Data analysis and scripting are about the only places I see it used successfully nowadays
There are a lot of people who are somewhere in between these groups and providing a language that goes up and down the stack well would be super useful.
I agree it needs to be as simple as python on the high level though, or the data science end of the spectrum will just never adopt it.
Yeah Google really messed this up, they had a golden opportunity and they went the wrong direction. Julia would have been better but IMO they should have just created a new language from scratch
It makes things reproducible, and k8s is still containers just not docker
I’ve been using the Rust wrapper over torch-lib for deep learning (tch-rs) and I absolutely love it. It’s way easier to use than torch-lib and you get all the performance.
Unless c++ makes some major changes I think Rust will gain steam in all the areas you mentioned.
So if humans are putting 38 billion tons into the atmosphere every year does this even make a dent?
never in my 10 years of programming a bunch of languages, never done it
Its sooo many projects, if the argument is that c++ has all these libraries, thats mute, but again the c++ devs just think everything is fine!
I guess I'll take Rust is my no good "editor" over c++ in a "proper IDE", don't think thats gonna sell most people
Yea agree, if your looking at it to just understand what writing a CLI in Rust is like, there are a lot of use cases in which a CLI can benefit from performance, but this isn't one of them and he doesn't call that out.
Yea I would agree, Rust is imperative with some functional concepts baked in like a lot of languages have.
This is the best I can find
https://kubernetes.io/docs/reference/using-api/api-concepts/ there used to be a better doc on this but I can't seem to find it again.
Runtime scheme and the k8s machinery can be pretty awkward. Scheme is just a way of registering the available datatypes by group/version/kind so the client can look at any given object and figure out if it knows how to decode it.
packaging == community
and community is the most important aspect of a language.
Yes c++ still dominates in accelerated computing but it won't for long. All these conversations I've had with c++ devs have just assured me of its demise.
Why would the next generation of developers ever use c++ over Rust?
Don't have a library? Great thats my chance to make my mark.
In the modern world you should be able to grab things and quickly integrate them and see how they work as your prototyping projects.
C++ doesn't conform to this model.
lol "proper IDEs" ok...
vscode is one of the most used editors on the market and I seem to be able to produce quality software in a number of languages with it.
As for binary dependencies, I'm certain Rust will have that in the future. I'm fine without it for now, and what I'm not certain of is whether C++ will ever actually fix their problems because they seem to think they don't have any!
It was rarely a single line with C++ when I used it over the last year, moving to cargo it is literally always a single line and I was done.
Rust is going to make the C++ community actually look in the mirror for the first time in who knows how long.
Its really not, even with current libraries, not when you come from languages that have a modern packaging system.
This is exemplary of why Rust will win out in the end. The c++ crowd can't acknowledge its shortcomings and fix them in a meaningful way
clickbait
Istio is still open source! They just didn't donate it to another organization.
Google has done tremendously well building community consensus around a product, getting a bunch of free features from the community, and then upselling. That model isn't going away.
C++ has had ages to solve this problem, vcpkg and conan are still a ways away from the simplicity of cargo.
Doesn't support binary libraries? I don't really care considering everything else I get, I'm sure they'll support that in the future.
Used both vcpkg and conan, not comparable to the ease of use of cargo.
Needed some high performance code last year, wrote it all in c++. This year migrated to Rust, will never look back.
C++ is going to need to break things if they want to fit into the modern landscape.
> I think C++ can do anything Rust can do, and I would like it to be much simpler to use
You're going to need to break c++ then. It is so much harder to use than Rust today, I have no idea why anyone would choose c++. The libraries argument is mute because its such a pain to use external libraries.
The c++ library argument is funny to me because it’s so incredibly difficult to import external projects in c++. This is where Rust is going to eat their lunch.
It’s this and the fact that few/one shot learning seems to just emerge with with models of this size
Yes, if an employer doesn’t understand how to look at my GitHub then they aren’t worth my time.