Yeah thanks I try to be as short as possible :)

😂😂🤥pun intended

😂😂

😂

지렸다..

​​@@realfootball338 and end it with zag😂

Thanks for the kind words, and yeah, I agree with what you say :)

Yes, whenever a new language like Rust appears we tend to get the naysayers - we can do that in X - and the zealots - we should use Rust for everything. In reality, Rust is just another tool in the toolbox that we should pay attention to depending on the types of problems we are working on and whether it can better address the pain points.

@@kevinmcfarlane2752 don't agree here. Rust solves most of the problems all other languages have, go is not an exception. E.g. building simple RESTful api is much more SAFE, EFFICIENT, CONCISE with Rust. I would say with word of inventor of JS, but about Rust: "Everything that can be built with Rust, will be built in Rust". Rn we are living in the era when Rust is pretty young language and is only taking it's field. Rust is different language with it's lifetimes, ownership and borrowing. As soon as you understand these concepts you will never want to comeback to GC collected languages such as Go, C#, Java, Python etc. There's just no point in using these language with such a low cost of learning and understanding Rust. It gives you EVERYTHING that these languages can possibly provide, and even more. There are 2 possible ways: 1. C++ will finally start to be replaced by Rust 2. Rust will still struggle to find his own field and will be still not so widespread language in a daily use. Rn 1st point is much more widespread, than 2nd, but I hope that someday 2nd point will become True.

Do you find that, having gotten experience in Rust, you write better C++ code as a result? I’ve heard at least one dev say that.

what about Jai?

So, is it a complete replacement for C++? Or there are some areas that Rust cannot beat C++ in?

What is your opinion on Zig and Carbon?

Which language is more flexable in terms of what you can build with it? Like what are some examples of stuff you built with each and would you do it again?

@@boozy9398 rust is more flexible, but that's because it isn't hindered by garbage collection. if for example you wanted to build a game with go that wouldn't be a viable option. for web apps, go is more popular for it's simplicity, but rust has it's own niche for high performance apps and when you want something extremely robust.

@@boozy9398By design, Rust has a wider possible usage scenario than Go. It can do low-level systems programming and embedded plus real-time. Like Go it can also do Cloud dev. But Go is easier and probably more productive for that, plus more mature. Also, bear in mind that, while Google created Go, they are also using Rust for Android and soon for Chromium. That should give you a clue to where the two languages differ.

Absolutely agree 👍

Yeah? What exactly is well designed about var life time in rust?

Glad to be of service :)

Oh yeah, godot-rust was a great experience. I wouldn't use it for prototyping or game jams (well, maybe a skill issue), but I can imagine if you're going for a medium/large game - it will help managing project A LOT. I dunno, it's just so hard to manage scripts and signals for me..

Thanks, and welcome along for the ride :)

Welcome along for the ride :)

I hope it was a teacher you liked then :D

Thanks for the feedback. Finding the balance between entertaining and distracting is always a challenge :)

Thanks :)

Glad you liked it :)

Glad to be of service :)

For automation or repetitive tasks I’d actually recommend Python :D

Python is actually good for Test Automation. I used Python for Network Automation.

Glad you liked it :)

Thanks for your input :) Rust’s “zero costs abstractions” mean you are close to assembly level performance, if that helps ? :)

Imho, I feel as if assembly contains too many abstractions, decreasing the understanding I have of my codebase. I prefer to write in binary.

​@@anonion6821😂😂😂😂

@@anonion6821 that's actually very smart choice, I switched to binary few months ago. And I have to say that it was good choice I made.

Rust is a big No for ML. I am a programmer for 16 years now. In fact, my channel is all about writing a hobby project of Machine Learning Library. You can trust me on this. I know rust, python, Java, Spark. Used all to crunch data. Python has been the fastest to crunch our data. Rust was fast too but not the fastest. I am talking about TBs of Time Series data. If you are worrying about performance, know that the actual math library numpy is written in low level C. While any other established ML library like pytorch or keras or anything is actually built on tp of numpy. It has been proven many a times that python is best for ML. That's why big tech trusts python for their ML projects. All these ML libraries and numpy stood the test of time.

Glad to have been of service :)

Any information on how to contact you personally? I want to ask you abt the programming that you do

@@virgileandanurrifqhi8364 Hey there? Tbh rn since I'm in uni I see a slight bit of everything (though mainly focused on the basics) and in my spare time I look at projects I can do. Any question you have I'll gladly answer tho :)

yeah, zig is like the beast. But at the same time I get the impression that it requires the most experience to use out of all three. But maybe it's because I myself dont have much professional experience

Why should you wait several years? Take any project, delve into it and do it. For any money. :)

There is a lot of source code on Github. :)

Will Rust be useful for ML and data engineers like me ? If yes am ready to invest my time in learning rust

Everybody who gets to learn Rust falls in love with it...

Sorry, could you explain what you mean?@@olsuhvlad

It is not really frustrating :) Go has problems, but it scales (people-wise) -very- well and it has compatibility guarantees which is important long-term.

I dont understand how people say Rust isn't friendly. It's almost like they never used it. Not only does the compiler catch errors it gives very helpful error messages and often tells you the exact code you need to change and where to change it to fix the error, instead of some BS stack trace.

No

Their syntax is very different but there is some overlap in their use cases :)

Your language is a garbage and overhyped trash

Perhaps not yet, but I expect in 2025. I did dabble a bit in the playground though. Not tried the SDK, but I do keep aware of what’s happening.

The parallel would have worked even better if you’d used a self driving car in the second part :)