I just like that rust has a package manager. Makes making things so much easier, especially for web development.There's no other low level language that has a package manager

@megumin4625

3 жыл бұрын

You're telling me. This makes it 60% easier just by that alone. Package management in low-level languages is a PAIN. A $(*#$_( PAIN. Rust makes modern development better, and quicker

@seaoftears2984

3 жыл бұрын

There's Zig, really cool, you should check it out.

@kilianvounckx9904

3 жыл бұрын

@@seaoftears2984 still no package manager though

@devsurendra8015

3 жыл бұрын

Can someone tell me what's the advantage of having package manager like you said

@aqua3418

3 жыл бұрын

@@devsurendra8015 When you need a library, imagine having to go to google, doing a bunch of research, Once you find it, you have to go to github and download the entire repo. Then extract it into a folder inside your project. Then after that, you read the instructions on the github page which are complex, just to get it to compile at all. You end up fiddling with it for 40 minutes, but finally it compiled! Except that your project directory is now littered with that library's folders. - But that's not it! Imagine now that it has been some time and you shipped your software. You just found out that there's a CVE on your product. Why? Oh, it's because you didn't update that one library often enough. It's not like there was anyone or anyplace or any command that told you it needed updating. You need to check the 10+ dependencies homepages to see if there's an update. Ok, so you update it. Wait, what? Your project won't build. Ok, 2 hours later after doing extensive Googling it finally built. Now, let's compare that to a package manager / Rust: - You need a library. - You go to crates.io and search for one. - Docs are already linked at the same place they always are. How lovely. - You place one line in Cargo.toml - It downloads automatically, configures everything, and compiles (seriously, I've never seen a Cargo.toml library even fail compilation, there's almost never any configuration ever required). -> Time spent: 4 minutes. Code entered: One line of code. Time to update right? Oh wait, if you set up Cargo.toml correctly, it already downloaded updates automatically for you. Granted, you might still need to check for updates like the other one (sometimes you need to lock it to a version), but regardless, updating is just a one line edit.

I think the presenter is honest, down to earth and real. No bullshit. I'm an experienced programmer in C, Golang, Dart and other scripting languages. What she is saying, makes lot of sense. She convinced me to dig deeper into Rust language

@PankajNikam

2 жыл бұрын

Same here. Learning Rust - coming from C# background. Working for more than 11 years now in C#. Exploring other options.

@prodevus

2 жыл бұрын

@@PankajNikam Hey man I’ve been doing C# for 8 years and am just getting into Rust now. What are your feelings on Rust three months later?

@PankajNikam

2 жыл бұрын

@@prodevus Hey Robert, its good, especially the compiler - it helps a lot. Like one of the best compiler messages I have seen. Learning Rust even now and I havent lost interest till now. You will like it. The community is welcoming and helpful.

@prodevus

2 жыл бұрын

@@PankajNikam Awesome news! I'm getting started right now. I'm ready to dedicate the next 8 years to this!

@PankajNikam

2 жыл бұрын

@@prodevus Good to know 😃 I bet you will love it.

Rust starts at 16:05.

@yves2075

5 жыл бұрын

@exorientelux ditto

@vimalk78

5 жыл бұрын

thanks

@Lowkster

5 жыл бұрын

Thanks!

@mahadehasanyt

5 жыл бұрын

Thankou thank you

@stephm0

5 жыл бұрын

You da true MVP

The most headache bug is not when you cannot get the code running, the most headache is: the code runs into problems only once when running thousands of times. Rust is the future!

A day after this was posted and it was out of date in regards to private crate hosting now existing. That's a good sign. Developments are constantly moving forward.

@KilgoreTrout11235

5 жыл бұрын

Learn future legacy kruft today!

@skierpage

5 жыл бұрын

@@KilgoreTrout11235 No, learn limitations that have since gone away.

@ukyoize

2 жыл бұрын

Cool, can't wait to recompile my compiler for 857th time this month

I personally believe that thorough and significant problems warrant seriously considering the BASE DESIGN. This sounds like the reason for a Rust. I will definitely be looking into this language (while I learn all these others too!). In a side bit of trivia, my dad made his living as a corrosion engineer (thus rust was arguably his business; though he was fighting corrosion in water systems).

I love all the people missing the point of the talk, and then complaining that a specific technical feature wasn't discussed.

Love her sense of humor: "let's make new mistakes " ;-)

I was wandering, what?! Trains?" Then you said "safe by default". I immediately understood the point :)

Fantastic presentation- thank you .

37 years left

Ironic that a man named Coffin would be concerned about railroad deaths.

@default632

3 жыл бұрын

Is it ironic? really?

@BKPrice

3 жыл бұрын

@@default632 Isn't it ironic? Don't you think? It's been used this way for at least around 100 years. It means more than just sarcasm or incongruity by now.

@default632

3 жыл бұрын

@@BKPrice Well then

Beautiful! Thank you!

The governance part gave me the chills from excitement. This sounds very good, almost too good to be true.

nobody: ... Rust language team: hehehe we have :: thats a *TURBOFISH*

i can totally see senators passing a bill banning pointers altogether after the first minute you try to explain memory safety to them just to get away from hearing more of it.

The rust project is so ambitious, I like that a lot

Rust is/will be successful for common-sense reasons....no revelation, nothing special. As a former C user, I'm never going back.

@HermanWillems

3 жыл бұрын

C programmers have valid reasons to hate on C++, and C++ programmers have good reasons to hate C. Both of them love Rust mostly....

@ekremdincel1505

3 жыл бұрын

@@HermanWillems lol you are here :D did WW3 start last time?

@default632

3 жыл бұрын

@@ekremdincel1505 it starts all the time.

@akshayazariah

3 жыл бұрын

@@HermanWillems I don't really dislike C++, it's just that Rust is an elegant language, and I'd rather use it. Seeing the Rust community disrespect C++, however, leaves a bad taste in my mouth; hopefully, they know that Rust uses LLVM. I normally just use C anyway.

I like the comparison with Brakemen vs. AirBrakes. Thanks sharing that history, it's fascinating. And also, thanks for sounding the alarm. Software industry is, ironically, reluctant to change its own ways.

Nice talk Carol thank you. Im using Go quite a bit these days and I actually think rust might be a nice complement to go for different problem domains.

@Arcsecant

4 жыл бұрын

I think it's Coughing. Bob Coughing.

@vectoralphaAI

2 жыл бұрын

What are the problem domains that Go and Rust are best suited for??

I'm just starting out in Rust, coming from high level languages, and some simple-ish Arduino level C++. Rust certainly seems like the right ways to go. Great video, gave me some reassuring background, as well as some useful technical detail.

@MisterFanwank

2 жыл бұрын

You came from a high level language to a high level language. Why on Earth would you think Rust were a low level language?

@egorsozonov7425

2 жыл бұрын

Because Rust is definitely a low-level language. No auto memory management, raw pointers etc.

@swapode

2 жыл бұрын

​@@egorsozonov7425 According to traditional nomenclature Rust is a high level language, just like C. Basically everything above machine code or machine code equivalent (assembly) is considered high level. That's not to say that this binary classification is particularly useful these days when virtual machines and interpreters are everywhere.

@30803080308030803081

Жыл бұрын

Rust is a mid-level language.

Loved this talk. Especially how open she was about Rust's current shortcomings, that is an excellent sign for anything. With all the current popularity, you could easily just evangelize the hell out of it and have everyone in the conference cheer, so I love that. I have no need to use Rust in my current development role, but I may have to pick it up for fun soon. I'm Rust-curious now

4:39 "Nice" - Michael Rosen

The "unsafe" keyword in Rust is like the plot-twist in every movies, where the story sudden change, or your program suddenly crash.

@chrimony

2 жыл бұрын

It's necessary if you want to replace C, both for interop with non-Rust libraries and for interacting with hardware.

@shrin210

9 ай бұрын

​@@chrimonyIs it necessary? Does zig also crash?

@chrimony

9 ай бұрын

@@shrin210 Yes, Zig also crashes. It also has interop with C. In Zig, you get "!" everywhere.

Excellent talk, thanks a lot!

40 years!

nice presentation ..

There are so many bugs that can be statically avoided... And rust makes very nice compromises between safety and usability.

@HermanWillems

3 жыл бұрын

For me it feels like a win-win. And when u really need to have that extra performance with small memory tricks... u just use unsafe in a confined way. Safety as first priority... but still be able to do unsafe in a small contained piece of code is such an elegant solution. And yes they make tradeoffs... but it a way they get most out of both and then if u really need to make extra tradeoffs... there is always a way.. but it does take friction.

I'm a Ruby and Go developer. Have learned Rust but haven't done andy real project in it yet. My understanding is that Rust is best at its memory security and performance. But the overhead on programmers is not trival. Meanwhile the goroutines and channels in go are really gold. Rust can do silimar things but not as easy. So for the next 40 years, there will be new languages which would make both go developers and current Rust developers, even including Ruby developers, to smile in front of their keyboard.

What programming domains is Rust best suited for?

air brakes - spring applied, air pressure released

Warning: don't look at comments, full of biased opinion from people has almost almost zero experience with Rust lang. :D

@kopuz.co.uk.

4 жыл бұрын

hey lets keep the sjw'ism out of the rogramming world.

@user-wj8rh9dq4u

3 жыл бұрын

@@kopuz.co.uk. listen pal, if treating all people equally and punishing assholes is some kind of "evil deep state Soros ANTIFA SJW" to you, you have my regards. There's nothing bad in their code of conduct.

@ishdx9374

3 жыл бұрын

@@kopuz.co.uk. of course, sometimes this becomes a problem, and code of conduct is there to control

Great talk! Thanks a lot for your thorough explanation of the advantages of Rust. Keep up the great work!

@courier7049

5 жыл бұрын

E.g. what is the advantage @18:30 in that very basic example? Who thought is a good idea to make assignment operator as moving by default? The actual error is "move occurs because `x` has type `std::string::String`, which does not implement the `Copy` trait", even then the line "y = x" should be NOP and optimized away as y is not used anywhere, thus there should not be an error, but a warning about unused variable.

@ekremdincel1505

3 жыл бұрын

@@courier7049 it is optimized as if y doesn't exists. But using x after it mobed into y is a semantic error. If you don't do this restriction, you will have use after frees or double frees.

great talk!

Saying you'll never break compatibility is a bit misleading, even with the given caveats. There have been breaking changes slipped in, even without an RFC.

Thank you, Good honest presentation. I am leaning RUST now. Have a great day?

Great!

I wonder what an example of a Security Fix that would be needed in any LTS release would be, if the libraries have all those safety mechanisms.

Her energy, enthusiasm, knowledge, optimism, and open-mindedness combined are nothing short of adorable. As someone equally in the business of building a potential disruptor of status quo, the part at min 46:51 particularly resonates with me: "Let's make new mistakes!". I like the sound of that mindset

simplicity is what made Go successful.

If C++11 came ten years earlier or Qt was LGPL licensed from the start, things could be much different now.

@quantumbubbles2106

5 жыл бұрын

Let's make that "20 years earlier"... ;-)

@nortonp240

5 жыл бұрын

And now it is, so what rust is suposed to do in this world ???

@Zoltan_Gyarmathi

5 жыл бұрын

1. Qt doesn't fix the problems with the c and c++ arrays. They just copied the std::vector with almost no difference. 2. The mathematical library in Qt is not immutable and not guaranteed to be binary compatible with OpenGL like glm. 3. The strings in Qt are encoded in utf-16 instead of the better and now world standard utf-8. 4. Qt a bit resembles systemd. They want to create an ecosystem which literaly does everything so everybody will depend on them. They even replaced OpenGL with their own variant. 5. Qt follows this strict object oriented design, which was always controversal, but now everybody agrees that it become obsolete. 6. The signal slot system doesn't fix anything but make the programming more complicated and sometimes buggy. 5. In other environments, loke web apps, android or wpf, it's easy and self evident to build the gui from a text editor with xml or html code. It's not true for the Qt gui, which I found hard to build from the text editor.

@Zoltan_Gyarmathi

5 жыл бұрын

But the documentation of Qt is better than anything else I found and it's beginner friendly. That's an overlooked part of success in the programming world.

@michaelmorris2300

5 жыл бұрын

@@nortonp240 Get rid of old problems, and create new ones.

OK... by the gods... I'm gonna LEARN it already :D

I would never learn a language which isn´t completely Open Source. That´s why I love Rust

@yzhang2008

Жыл бұрын

There are many open source programming languages.

I’m struggling to make a user input with parse to isize

what is the multi option name about?

New keywords making old code invalid could be fixed with a find and replace. When you decide you want to update you can run a search that matches your code to a list of the new keywords and asks do you want to keep this or replace it with a new variable/function name for instance.

@baileys5388

5 жыл бұрын

rust fix does that though?

@Mike-iz9kh

4 жыл бұрын

That's fine if it's all in a single project. Not so much if you have to interface with lots of other libraries.

@Andrew-jh2bn

2 жыл бұрын

@@Mike-iz9kh I know this is a very old thread, but as explained in the talk, dependencies don't have to use the same edition as your project. So you can switch to a new edition, and you only have to worry about code you've written yourself. If you have your code split into multiple projects, you could even switch one of them and it would still be compatible with everything else.

I wouldn't call C a mistake. It was basically designed as a high level assembly language. The mistake was in using as an all-purpose language.

@chrimony

2 жыл бұрын

C is showing its age, even as a high-level assembly language. #include is awful. Arrays that don't know their own size are awful. I could go on, but it would be beating a dead horse.

Do you have a copy of Megadeth's RUST IN PEAVE album?

amazing talk.. enjoyed.

Run Barry Run....I mean Rust Belt Rust!!!

Won me right of the bat (mixed metaphors much?) with that jersey! 😁🐧

This talk is well done, but I think it overstates the innovative aspect of Rust. First of all, languages with automatic memory management have existed for many years. Lisp is almost as old as Fortran. Properly implemented garbage collected languages are memory safe and these days can deliver performance competitive with Rust (see D vs. Rust benchmarks, for example). It should also be understood that the automatic cleanup code when exiting a scope is indeed inserted at compile-time, as Carol says. But she contrasts that with a run-time garbage collector, but she isn't clear that that cleanup code does its work at runtime, just as a garbage collector does. In essence, the memory management strategy used by Rust is very much like an incremental garbage collector, except that the decisions as to when cleanup is done happen at compile-time (I'm not suggesting Carol was being dishonest here; I just think the runtime component of this wasn't completely clear, probably a result of limited time to deliver a lot of material). It is also true that the memory-safety rules in Rust are very restrictive, too restrictive for certain situations. And so, for example, they provide things like "unsafe", which Carol mentioned, and Rc, interior mutability, and locking mechanisms that allow you to have multiple writers to a single object. When you take this approach you have, in fact, become a component part of an incremental garbage collection scheme (no pun intended) that works fully at runtime. This is one example of the fact that with Rust, you the programmer are much more involved in memory management than is the case with a conventionally garbage-collected language. When you are obeying all the rules you must obey to satisfy the borrow-checker and lifetime-checker, you are an active participant in Rust's memory management strategy. And this is one of the aspects of Rust that make it so hard to learn. See the Rust user forum that constantly contains questions from utterly bewildered people struggling to understand why the Rust compiler hates their code. I could go on, but I will not. Don't misunderstand me -- I think Rust is extraordinary work. But I think the cost-benefit balance of Rust is sometimes misunderstood, perhaps leading people to use Rust in areas where, in my opinion, there are better tools for the job. Rust is hard to learn, hard to use, and the compiler is extremely slow, thus slowing the edit-compile-debug cycle. I would not pay that price if I were tasked to implement a garden-variety application to run on today's super-fast desktop or mobile hardware. I would use a garbage-collected language like Scheme, Haskell, Go, Nim or even Python (which, while much slower than Rust, is frequently fast enough; and Python is much easier to learn and write, reducing development time) avoiding the considerable price of Rust's difficulty. If I were writing code with a real-time constraint and/or code for an embedded system where the memory foot-print was an issue, then absolutely Rust becomes a strong candidate and I'm quite sure I'd choose it over C or C++.

When she said "evolve without losing backwards compatibility" I heard c++ all over again.

@YoloMonstaaa

3 жыл бұрын

They have made breaking changes, there's rust 2018.

@josephvictory9536

2 жыл бұрын

@@YoloMonstaaa She does explain that the compiler wont treat 2015 code as 2018 code so it wont actually break.

Excellent talk

Why aren't there bookmarks?

Have you seen/tried APL? (e.g. Dyalog) Something totally different.

I have thought on this a great deal. Now that Linus is also moving in this direction, Rust is going to be the next step in low level development.

Well, could qualify the arenas of software development where a closer-to-the metal approach that Rust facilitates is warranted. For instance, lots of cloud services and cloud infrastructure software has been written in Go, which has GC memory management. Devs tend to find Go relatively simple to learn (very concise language) and its primary concurrency model is relatively easy to learn and yet an effective concurrency model. There is arguably a lot more cloud services and cloud infrastructure software to write vs device drivers and OS kernels. Which language (Go vs Rust) is better tuned to cloud development in terms of programmer productivity, adequacy of performance and impact on resource consumption, and software defect rate per crucial matters such as security vulnerabilities?

@magne6049

2 жыл бұрын

Rule of thumb: Golang for cloud services, as you say. Rust for systems development, device drivers, OS kernels, terminal applications, etc. where low-level security matters most, as you say.

@chrimony

2 жыл бұрын

Read up on how the team behind Discord moved from Go to Rust because the garbage collector in Go was biting them in the behind. Also, Go allows data races in their concurrency model, whereas in Rust data races are ruled out by the compiler.

C is like a bike without training wheels. It can crash, it can go faster, whatever rider likes to do. I sometimes like training wheels when I want to drive worry free. And sometimes I like to go crazy without training wheels. I think there is no perfect language. It depends on the problem which is to be solved.

@moha6859

5 жыл бұрын

I like this analogy and GC languages are tricycle

Hi, 10cent means Tencent?

C++: A Language for the Next 400 Years

@Otomega1

5 жыл бұрын

C++ hooligan ?

@quantumbubbles2106

5 жыл бұрын

in 400...40 years, software will be largely written by AI

@kristupasantanavicius9093

5 жыл бұрын

C/C++ is one of the wheels of programming. The wheel has been used for thousands of years all across the world. Still being used today. Its not going anywhere. The other wheels being Assembly, etc..

@quantumbubbles2106

5 жыл бұрын

@@kristupasantanavicius9093 The other 150 wheels being other languages. The sea change that Tesla Motors et al. initiated in the auto industry will inevitably come to SW development, too. Resistance is futile.

@jwadaow

5 жыл бұрын

@@quantumbubbles2106 What he is saying is that C is right next to being assembler language, it dominates a position close the the machine and is structured similarly to the operating principles of hardware. That can't really be casually replaced by another language unless that language is fundamentally similar to the computer and hence similar to C.

38 years remaining

Well yeah of course it is. Still can't allocate structs on the heap without creating them on the stack.

Well this reminds me HOW GLAD I should be that the programming language that I have been using in the last 2 decades+ has NO MEMORY problems whatsoever, especially on a Web Server. When I put those EXEs on a web server, they often keep running for weeks and months without any leakage or errors or restarting. It's great to be able to concentrate on BUSINESS LOGIC, web interface, data, reports, and what the businesses require rather than which memory structure will not blow up. I have never had a business asking me for memory cells and objects. They are much more interested in "where is my web screen" and "where is my report". Visual Foxpro is so reliable and problem-free that programmers who used it typically did not need anything else from Microsoft for years and years. No wonder that Microsoft tried to abandon it. As an analogy in medicine: There is much more profit in cancer treatment than in cancer free. Foxpro still works like a charm for me and my clients. Efficient coding, reliable running, happy businesses. The only bad thing about it is that I cannot write any operating systems or computer games with it. But none of my business clients ask for that. Screens, Reports, Data In, Data Out etc.

45:13 _"Memory_ _Unsafety?_ _It's_ _a_ _series_ _of_ _tubes!_ _It's_ _not_ _a_ _big_ _truck_ _that_ _you_ _can_ _just_ _dump_ _something_ _on!_ _Tubes!_ _My_ _staff_ _sent_ _me_ _a_ _Memory_ _Unsafety_ _last_ _week_ _and_ _I_ _didn't_ _receive_ _it_ _until_ _today!"_ - Senator for the regulation of Memory Unsafety. Oh sorry, that's the Internet!

She convinced me to start using Rust after 10:51 of the start of the video. She better has gotten a raise!

From what I know ATS is arguably the most safe programming systems language out there and without having ANY performance penalty, the problem is that only 10 people in the world use it :/.

@kristupasantanavicius9093

5 жыл бұрын

Rust makes the trains safe by not allowing them to move.

@YanVidz

5 жыл бұрын

More like by not allowing them to switch tracks But if you ever wanted to do that you can just use the unsafe keyword

@digitalspecter

3 жыл бұрын

ATS is very interesting but it's also VERY verbose.. I wish there was a fix for that.

Fantastic talk. Came here after john Carmack tweeted about C and Rust. Very promising. I think rust is especially well suited for software that would be functional safety certified.

I programmed in PL/1 for nearly 30 years. It is a fairly good language. I never bothered to learn the newer PC based languages because they were always changing and becoming extinct nearly every twelve months. Who wants to learn a new language only to have it be replaced by another "new" language one or two or three years later? If Rust can become a stable long lasting language, then I say that's good. There's too damned much chaos, "diversity", fragmentation, and change in the programming language landscape to make anything very productive any more. It is a tower of Babel.

@jwadaow

5 жыл бұрын

They seem to be converging around a common syntax if anything.

@bluenetmarketing

5 жыл бұрын

@@jwadaow Thank God for that.

@tagged123

5 жыл бұрын

bluenetmarketing - things often have a lot of promise but never take off and get fully developed for a variety of reasons. There are a ton of languages, but there also only a handful of really core languages. Usually the smaller languages are used for just a part of a project, like Rust being used for the CSS rendering engine in Firefox. They can drop that into another, faster language in the future if Rust fails to take off, but I bet the majority of the code is written in one of the more popular languages.

@bluenetmarketing

5 жыл бұрын

@@tagged123 What are the handful of really core languages, if you don't mind me asking?

@aibh7903

4 жыл бұрын

Haskell has been pretty stable for close to 20 years now

I tried to learn Rust around the time this came out, but just didn't have the discipline. It seems to have come a long way since then, so I'm gonna give it another try. If successful, I have a feeling it will be the last language I need. Just hope they can improve the compile times. :D

I think there needs to be a talk comparing rust against java. I know that rust was originally thought of as a systems programming language. But, I am of the opinion that it would work really well for enterprise software as well. Apart from the fact that rust is way faster, there are some advantages to the type system. On the other hand, java lets you do reflection and instrumentation which are used heavily in all java enterprise frameworks. It still may be a worthwhile discussion.

@SiyahaS

3 жыл бұрын

I think they can add instrumentation to High level representation part of the compiler at a later date. Maybe just compile time instrumentations cause of zero cost abstractions policy?

@JamesSmith-cm7sg

3 жыл бұрын

Put simply, Rust is too young to be considered for enterprise. Java has been around a long time and has solutions for almost every case. Rust definitely produces faster more reliable applications, but selling it to CEOs and high end clients is difficult at this point.

great

Keep repeating it! Someone may believe it!

One of the cool things about programming with C when I was young was using the memory unsafe features to do things cool. Of course these were very machine specific which made the code not-portable or rather would cause problems if moved to another platform. I no longer remember the details. It was over 40 years ago.

@Caluma122

Жыл бұрын

This is quite an important feature in the homebrew community where they are explicitly looking for buffer overflows and the like to gain access to the hypervisor. As I sat here on my flashed PS Vita watching this video, Rust will likely see the end of those days, or make it exceptionally hard. Still, I'm sure they'll always be hardware exploits!

Is not it especially with the arrival of wasm and wasi that rust will become preponderant?

I would love to see you guys organize a "Rus(t) Fest" as an homage to "Silicon Valley (TV-Series)". You dont need a designer for location and setting, just whatch the last Episode :-P

At 29:20 where she talks about stability she starts talking very fast. It makes me feel as though I'm reading the fine print in an EULA.

@KoltPenny

5 жыл бұрын

"Rust: A Language for the Next 40 Years" but every time Carol mentions trains it gets 1% faster

guess i'll have to try Rust then ?

37 years

@gofudgeyourselves9024

5 ай бұрын

35 years

I've been learning Rust for the last couple of weeks. I've over 20 years of dev experience, mostly in C# and Go (lately). The compiler is absolutely awesome and a joy to work with, but the language syntax decisions boggle my mind for something designed to be modern. Also I am SO THANKFUL there is a Code of Conduct, because otherwise I wouldn't feel welcome and safe /s

@chrimony

2 жыл бұрын

Codes of conduct are part of the landscape now. It's best to just ignore them and don't get caught up in the drama. Ignoring my own advice for a minute -- funny thing is that the Rust core team had some drama where they ignored the decisions of the Rust mod team, and the mod team resigned in protest. A case of not being able to follow their own rules.

With that many intermediate targets, no wonder Rust compiles so slow.

I like that Rust provides a solution to the problem of memory (un-)safety, but I feel that Rust forces you into writing code a certain way. I really don't like the idea of just how explicit everything is. Things like explicit borrows and implicit ownership of objects rather than explicit result in some rather non intuitive semantics. Using Chapel as an example, everything is implicitly borrowed but you can explicitly make it owned, shared, or even 'unmanaged'. Rather than being 'opt in' or opt out by default, this hybrid makes it painless to write code while preserving the original program semantics. Anyway, I digress. Rust seems great for industry software where you want to write something once and just never touch it again.

@tux1968

5 жыл бұрын

Hi Louis. What is Chapel? Google just gave me a bunch of churches :-)

@MoltarTheGreat

5 жыл бұрын

@@tux1968 google around for "chapel-lang"

@KilgoreTroutAsf

5 жыл бұрын

Not only memory safety, but thread safety as well, which is WAY harder to debug, and an absolute MUST in many demanding applications.

@MoltarTheGreat

5 жыл бұрын

@@KilgoreTroutAsf From what I can see, you have three options... 1) Use a Communicating Sequential Processes (CSP) pattern via Rust's Channel, similar to Golang (message passing) 2) Use some kind of mutex or reader-writer locks to enforce the single-writer or multiple-reader pattern. 3) Use 'unsafe' to mark code as unsafe and do what you want. Considering that Channels are not without their downsides ( songlh.github.io/paper/go-study.pdf ) and locks have a plethora of issues that include, but is not limited to Priority Inversion, Deadlock, Livelock, etc., of which Rust does not solve or attempt to solve at all. The fallback, being the marking of code as 'unsafe', just feels like an additional chore to me, and would result in foregoing memory safety. What I'm trying to say is that, Rust cannot solve thread safety. By restricting the types of programs users write, it can _limit_ the number of scenarios where thread-safety comes into question, but it cannot 100% annihilate race conditions, it can only prevent data races caused by unsynchronized access.

@KilgoreTroutAsf

5 жыл бұрын

@@MoltarTheGreat I am by no means an expert in either golang nor rust, as I have only recently begun to read about both languages. I have nevertheless a more than passable expertise in C / C++, POSIX threads, OpenMP and MPI, since I have been developing parallel and high performance code for several years. As far as I understand, one of the strong selling points of Rust with regards to thread (and memory) safety is its robust static analysis, which is capable of optimizing out many unnecessary locks and even use optimized concurrent datastructures whenever possible. I may yet lack a deep(er) understanding of the actual scope of the language, but considering the amount of time I've spend debugging MT code, and the performance impact of using overly safe MT classes on modern manycore processors, Rust sounds like a promising starting point from which to address both problems at the same time.

I feel reasonably comfortable with using C++ and Haskell. Both have speed if you want it. C++ has syntax to prevent some common mistakes, while haskell has syntax to allow them. Plus it is much harder to write a haskell program that does something wrong - if it compiles it works.

@MyAce8

5 жыл бұрын

if you want some thing that compiles and works you should check out Idris that shit will blow your mind

@linuxgaminginfullhd60fps10

5 жыл бұрын

@@MyAce8 Never heard of it. Seems interesting, thank you!

@sobanya_228

5 жыл бұрын

Rust is basically in between C++ and Haskell. You should like it.

@jonwise3419

5 жыл бұрын

Rust is as if C++ and Haskell were to have a baby and then agree to choose the best genes from both.

@khai96x

5 жыл бұрын

Rust is far safer (stricter) than Haskell. For instance: You cannot have a non-exhausted match in Rust; and panicking in Rust is strictly programmer error, unlike runtime error in Haskell.

r/hydrohomies

@BattousaiHBr

3 жыл бұрын

IM THIRSTY

I was wondering what is the connection between Railroads and the Rust Programming language

*38 years

C/C++ programmer: Smile, you can't kill them all. Rust programmer: Hold MY beer, that I own.

@megumin4625

3 жыл бұрын

Yess! C/C++ can't own their own beer, but Rusties can!

Skip to ~12:00 so you don't have to restudy your industrial revolution lectures from engineering school.

@thecsciworker291

5 жыл бұрын

I skipped those, so this might be a good opportunity ;)

@colbytafrica

5 жыл бұрын

@@thecsciworker291 Well, there is that :-) It's a good treatment on railroads if you slept/skipped or whatever through. I have heard way, way worse! The brakeman data is all true--it was truly a terrifying job.

@jpratt8676

5 жыл бұрын

I think the first 12 are important motivation for why not to use the breakman of today (C)

@colbytafrica

5 жыл бұрын

@@jpratt8676 Good point.

I can't imagine why a Ruby programmer would forget to mention Rust's HLL support in memory-safe tuples, vectors, and hashmaps. Other features like iterators and closures might spark some interest from the OO crowd. This talk started out slow and awkward, but got better later on.

While checking the comments, I found that this discord is quite heated. First, as a programming language, every one has its own concept, and the rust programming team seems to be fixated on the memory leak/usage issues, this may be helpful in some domains (mainly domain like game programming), but looking at other sides, comparing C to rust was somehow absurd, C is a solid programming language that has been on the scenes for half a century as you claimed that rust would last in the next 40 years, but generally speaking, I found rust concept interesting. I tried coding some small scripts using rust, and my first impression was that there is a bunch of nested data on it and complicated syntax (compared to other languages I'm working with), but I noticed some other good points, compared to the same scripts I made in other languages, rust did truly run them with the minimum allocated memory. And while there are some loose compiler of other programming languages, rust's compiler is a strict teacher who won't let a mistake slip in the program and reject it.

@quantumbubbles2106

5 жыл бұрын

"half a decade" -> "half a century"

@mobrine8659

5 жыл бұрын

Damn, I always mistake 10 years to 100 years

@YanVidz

5 жыл бұрын

I really love how non-hesitant Rust is about warning you of inappropriate code, which contributes to the consistency. It does not allow you to make mistakes, even if it doesn’t affect your script yet

@Hexanitrobenzene

4 жыл бұрын

I haven't really tried Rust hands-on, however, from the talks/comments I got the impression that it's harder than the languages in its class, but one spends time and effort in the name of correctness, instead of more rapidly writing an unsafe code and then spending an undefined amount of time on debugging, when some bugs may not even be found at all. A lot better to spend time and be sure its done at the end instead of getting tired looking for ghosts and stating "it's good enough".

@mobrine8659

4 жыл бұрын

@@Hexanitrobenzene What people are interested in most nowadays is fast development. If you try rust for the first time without a preknowledge you will suffer. The most irritating thing that made me shy away is that every time I was trying some crate I find the documentation outdated and I need to look for help. Don't misunderstand me there are lot of qualities for using rust (you won't need any external bindings if you are satisfied with the available crates). But in the end it's still hard to become fluent in rust without any formal learning or pushing yourself (especially if you did use high level language from the beginning like me). Syntax is still little hard to master, it is unreadable (for me). you need to look every once in while if they did change something

Y repentinamente un comentario en español

The Rust syntax!!! crazy for a modern language. Swift could win the race.

@gareginasatryan6761

3 жыл бұрын

Swift is not suited for systems programming. Is it a great language, though. I feel overall, corporate languages have proven to be more well designed from the get go (powershell, Swift, c#, swift, go). Anyone knows that retrofitting features while keeping back compat makes the language messy.

between rust and cpp, which one should I choose? I am a student and I want one best programming language help me solving problem in my life. cpp is one very efficient and very interesting. cpp sign traditional programming language, but Rust most like future programming language, even Rust is not mature than cpp now, so Rust and cpp, which one I choose? thanks...

@JanuarAndaria

4 жыл бұрын

Choose C++. Memory unsafety is not a problem in C++ if you know about RAII and ownership

@Dennis-zk4bn

4 жыл бұрын

What kinda student are you? Are you studying software development? What kinda projects do you intend to work with? Systems development? Then learn both, they are similar enough that most of what you learn for one will apply for the other, unless I am mistaken. Also you won't find one programming language to solve your problems. You will need different language for different problems (at least if you want to do something efficiently). Right now cpp is huge in systems development, but it will eventually (5, 10, 20 years) be replaced, either by rust or something else. Right now rust looks like the most promising from my amateur point of view. But in the end, you will have to learn more than one language (I am a biologist I am learning 4 scripting and/or programming language! Bash, R, Python and Rust) so don't worry about learning the "wrong" language.

@Hexanitrobenzene

4 жыл бұрын

@@Dennis-zk4bn A biologist with such an asortiment of known programming languages ? Certainly, exotic species :)

@andreasdrg

4 жыл бұрын

C++ still reigns supreme in terms of adoption, and when using a modern version, at least C++11, and carefully following best practices, it's actually not so bad. Rust is certainly interesting though, and may gain ground in the coming years. Why not both? :-)

@hr1100

4 жыл бұрын

Learn whatever your industry of interest has adopted and uses actively.

what is rust? what is it used for? where in the stack is it used? where can it run (web, mobile, desktop, backend)?

So does Torvalds hate Rust too?

@HermanWillems

3 жыл бұрын

No. I think he thinks its too young yet. But they are busy implementing Rust in the build for the kernel as people are going to write drivers in Rust. He only wants it to be done correctly so that it will not become a mess. Though i don't think he will accept Rust for core kernel code yet and for a long time to come.. he doesn't hate it nor love it.

@user-wj8rh9dq4u

3 жыл бұрын

Torvalds is approving, but skeptical about Rust in kernel. He doesn't want to integrate it into the core (which is good, it would add a bunch of headache) but is otherwise open to experimentation

"I don't think Government is going to improve the safety of software" and the things said immediately after really give this whole thing a very libertarian feel

@emmanuelgathara696

2 жыл бұрын

Is that bad or good ?

@friend7120

2 жыл бұрын

@@emmanuelgathara696 it's really up to you

It would have been great if Rust used the C syntax, in addition to bringing the new features which C does not have , this way the lives of programmers will be easier

@berylliosis5250

3 жыл бұрын

Rust syntax is mostly C syntax; the main differences in syntax are based on language features Rust has but C doesn't. The only thing I can think of that's not C syntax with no feature-level justification is types, which are much easier to parse in Rust than C (so, the compiler can do less work). That and pointers, which are just a flat improvement.

@uwuLegacy

2 жыл бұрын

it already exists and it’s called C++

I believe that any language used to build a reasonably large code base which is going to cost too much to be rewritten and too important to be decommissioned is going to last forever. I still see open job position for Cobol. So once you get into the market you are going to stay. The point is how large this niche is going to be. Rust is basically in competition with C and C++, where a compiler exist, in case you need to write a new product or fix very limited portions of your legacy code. There might to be some overlapping with Go and a curious scenario where Web ASM becomes a thing. I think this niche is crumpled.

how RUST is better than ZIG in language design

Road to Zig 1.0 brought me here