I will never understand jobkeks. Most of the programs you use are built on top of open source components in one way or another, and people don't just program for work.
He's a SEA monkey. He can't create and he got filtered hard. That's why he values jobs maintaining ancient fortran shit over rust jobs actually creating something new.
>That's why he values jobs maintaining ancient fortran
Come on, that is not fair.
1- I am not valuing anything. Linkedin shows an enormously larger set of job opportunities for Fortran.
2- I do not know Fortran, but I want to learn it. Why? Fortran jobs pay truckloads of $$$. How well do Rust jobs pay? If Rust jobs were well paid, we would not be having this conversation.
3- SEA is where a lot of your jobs get outsourced to. We know your requirements reasonably well, and you folks are not that much into Rust.
2 weeks ago
Anonymous
>Learning something for muh dolla, dolla bills y'all
Soulless SEA subhuman, you sound and act like a Black person.
2 weeks ago
Anonymous
>SEA Black person confused why the frick white people strive for more than mere maintenance of what they have for the most $ possible
I clicked through on the Fortran job ads and basically none of them mention Fortran. Only one of the ads on the first page even has Fortran in its title. Mostly it's C++ and Python. Very odd
https://www.linkedin.com/jobs/fortran-programmer-jobs
I wonder what's the deal here. Semantic analysis gone wrong? Misfiled hidden categories?
to this day people are still using cobol, which was only dominant for a short while in the 90s back when software weren't even as wide spread as it is now.
You really think c++ is EVER going to disappear with the absolute widespread dominance it has over the worldwide software market today? Literally almost every company in the world relies on millions of lines of code written in c++.
That being said i dont doubt rust will take over as the default lang in systems development, but not in 5 years, maybe a a decade or two.
>visual basic programming jobs linkedin
Hope not. If it does, then we are teaching future generations that you can achieve your goals by being whiny and annoying.
>Cobol was only dominant for a short while in the 90s
LMAO. IBM adopted it in the 60s, which would have been the boomer equivalent of Google adopting something.
>to this day people are still using cobol
this is real it's still everywhere, in one of my previous jobs though it's a while ago now
I was completely chocked when I started, there was an office of lit old boomers almost 70, they all lit retired... that was coding in this.. like it was the 70ies or something
this is also extremely well paid, because who the frick learns cobolt the last 5 decades lol ...
it's still critical infrastructure that runs on this shit
>You really think c++ is EVER going to disappear with the absolute widespread dominance it has over the worldwide software market today? Literally almost every company in the world relies on millions of lines of code written in c++.
C will never go away at least...
some template someone wrote, that nobody else than author understands on the other hand....
I doubt Rust will take over systems. morons can’t seem to grasp that safety features slow critical code performance and shit is too slow already. >but if you don’t check muh bounds!!!
It’s the check on every fricking access. Intelligent engineers looking for max performance don’t need to check every access when the indexes are internally generated and not from an outside source. >BUT MUH EXPLOITS!!!
I said “intelligent engineers.” Not pahjeets, and not your cross dressing ass.
>hat being said i dont doubt rust will take over as the default lang in systems development, but not in 5 years, maybe a a decade or two.
We already evaluated it at work. Twice. Once for embedded and once more for desktop. We passed. Both times.
I have endless ammo in github issues, I can spam issues about compilation times daily, every time showing a separate case of rustc being unbearably slow.
I’m a gamedev. No one will ever make games in Rust because the pace of development is far too slow. Game tech will continue to leak out into the rest of the programming world because it’s just better. You cannot conquer our citadel with your bullshit.
Video games requires a lot of experimentation with the code without some hall monitor borrow checker c**t constantly getting in your way as you try to figure out what the final shape of the solution is.
To be fair I don’t doubt that people will attempt to make games this way, Christ knows we’ve allowed a billion other things to slow the pace of game development down to a crawl. But the industry is on a knife edge right now anyway, the slow (ie kore expensive) development gets the safer and more boring they’ll have to be, and they’re already dangerously safe and boring.
Ah, I get it, you actually think the borrow checker makes programming slower. Many such cases I suppose.
2 weeks ago
Anonymous
it does, especially when you're a real programmer who writes working C++ code and rust tells you that it can't possibly work
2 weeks ago
Anonymous
I did amateur game dev with C++ (also C, but way less) for over 10 years and I'm already more efficient with rust after only using it for around 5 months or so. The borrow checker isn't something you think about after a while, it just becomes another safety check for when you make accidental mistakes, much like types are.
I’ll believe in the efficiency gains when I start seeing seasoned devs and studios switch to it rather than using C++ or Jai.
>Jai
We're reaching levels of memelang never thought possible.
>That's why he values jobs maintaining ancient fortran
Come on, that is not fair.
1- I am not valuing anything. Linkedin shows an enormously larger set of job opportunities for Fortran.
2- I do not know Fortran, but I want to learn it. Why? Fortran jobs pay truckloads of $$$. How well do Rust jobs pay? If Rust jobs were well paid, we would not be having this conversation.
3- SEA is where a lot of your jobs get outsourced to. We know your requirements reasonably well, and you folks are not that much into Rust.
Oh you are most definitely unemployed.
2 weeks ago
Anonymous
>I'm already more efficient with rust
What are you making in Rust?
2 weeks ago
Anonymous
Gamedev using SDL and Opengl, and HTTP controlled daemons mostly. But like I said, I haven't even used the language for a year.
He's talking about the fact that that every non-trivial Rust project has a lock file with 10,000 dependencies most of which are written by some random nobody on Github.
Unsafe collectivist commie bullshit that's every bit as bad as npm.
I dislike dependency hell shit, but you can just use the same libraries you're using in C, there's bindgen for that. I personally still think the language should be able to read C off the box, I kinda get why they don't do it, but it would feel so much better than having to generate bindings or rely on some random opinionated idiot's bindings.
Most Rust native libraries I've used are a real joy to use though, it's incredible how useful borrowing and enums become when you're consuming APIs. And the documentation engine is really fricking good. There's very little that can surprise you. I don't use a LSP by the way.
2 weeks ago
Anonymous
I’ll believe in the efficiency gains when I start seeing seasoned devs and studios switch to it rather than using C++ or Jai.
So is it just graphics or does it leak into other areas?
2 weeks ago
Anonymous
It’s not really the renderer per se, it’s that you can set up and play around with 3D scenes very easily, give things behaviours etc, as well as doing it with good graphics. Hence why VR education companies use it, tutorials for how to use machinery are essentially games in some sense.
2 weeks ago
Anonymous
Ahh, makes sense
But it does sound like it's just a couple of natural niches (contra the initial claim)
2 weeks ago
Anonymous
As mentioned, real-time 3D rendering is a pretty huge deal and games contributed a ton to that. It’s not hard to find a lot of examples tbh, this is the first hit I got from googling.
It’s also worth pointing out how insulated we are from the rest of tech because our requirements are so stringent. We can’t afford to use these slow languages and microservice memes, so whatever happens outside doesn’t affect us as much. We also have to actually learn the optimisation techniques that everyone else apparently ignores entirely. Because unlike the frickin Disney+ app on my TV, a game simply cannot afford to take three whole goddamn seconds to highlight a different option on a menu.
2 weeks ago
Anonymous
But that's just another one of those niches. I think hardly any of the software running on my PC right now or the software we use at work sees this kind of influence from gaming.
3D rendering could be big in absolute terms but there's a tremendous amount of software in total and this does not seem the kind of thing that has ramifications far outside its niche. >https://realtimeuk.com/blog/how-video-game-technology-is-breaking-into-other-industries
This is self-advertisement from a 3D rendering company. Not an ideal source. >It’s also worth pointing out how insulated we are from the rest of tech because our requirements are so stringent. We can’t afford to use these slow languages and microservice memes, so whatever happens outside doesn’t affect us as much. We also have to actually learn the optimisation techniques that everyone else apparently ignores entirely. Because unlike the frickin Disney+ app on my TV, a game simply cannot afford to take three whole goddamn seconds to highlight a different option on a menu.
It helps to distinguish between system work and application work. You better believe that database and kernel devs and so on care about optimization.
At my day job our performance targets are pretty soft but a tremendous amount of effort has gone into optimizing some of our tools and dependencies.
I don't think the people who do that work take many cues from game devs. Unless you have examples? Like, does the Linux kernel scheduler make use of any techniques pioneered for video games? Is Epic Games a major LLVM contributor? That kind of thing.
once upon on time in the late 90ies and early 00s, the gamedevs said no to c++, because it's slow(you know the drill virtuals and all that shit)... here we are..
c++ is suck a fricking mess rn, I used to work this crap. the old boomers that I started to work with my first job that went >NO C++!!! C OBJECT ORIENTED C >C++ is slow and it's like shooting your self in the foot
Adapt or get left behind, anon. Rust ain't about sexual deviants, it's about building robust software that kicks ass. Embrace the future or stay stuck in the past, your call.
>90% of code shitters will put themselves in five years
Most of hyped up projects I've heard about are either dead or nobody uses them. Rusters are just code normies with inflated ego similiar to JS framework monkeys
>find a rust project >it looks unmaintained >last post is from 7 months ago >ask around if anyone knows where maintainer went >they say one day the maintainer simply mysteriously stopped responding online on all platforms at the same time
why does this happen so often?
I believe the answer would be: "Oh you are most definitely unemployed. I am more productive after 5 months of Rust than 10 years of non-Rust, and this story is true and real and believable."
how does productivity cause people to go missing? I hope those maintainers are ok and not dead yet.
2 weeks ago
The Falcon
I assure you with 120% certainty that Rust devotees are very alive, enjoying absolute peak health, completely focused on being productive, doubly employed, and are definitely not depressed, and they NEVER spend time on IQfy astroturfing their industry-standard widely-adopted language.
Sounds like you don't know the first thing about what you're trying to criticize and are desperately trying to project that insecurity of yours on others.
>and this story is true and real and believable
More believable than you being employed, kek.
>Rusters are just code normies with inflated ego similiar to JS framework monkeys
Except the part you're missing is that most Rust programmers were C programmers before.
those are a minority, most Rust shilling and use comes from nocoders who got filtered by C and C++ and now they finally have a handholding babby's first system language that is safe and secure and they can finally write kernel drivers yay! (noone wrote any useful one yet)
Is it the good performance and reliability that you don't like about rust? Or the ease of building and distributing software? Or is it the effortless dependency management that rustles your jimmies? I don't give a frick what kind of pervs like it, it is simply the best programming language.
He's talking about the fact that that every non-trivial Rust project has a lock file with 10,000 dependencies most of which are written by some random nobody on Github.
Unsafe collectivist commie bullshit that's every bit as bad as npm.
I love the friendly and intelligent community of Rust. They seem so level-headed and mature. The non-aggressive discourse and cordial dialogue from the Rust community makes me want nothing more than to join them and be counted as one among their number. They are just excellent people, particularly the ones that come here.
>good performance
Rust performance is GC language tier if you don't use unsafe, which defeats the purpose.
Just use C# if you don't want to manually deal with memory
Nah. Unsafe can help with performance sometimes but very few of the safety features actually have direct overhead and IME most optimization doesn't involve unsafe.
It also doesn't let you off the hook from manually dealing with memory any more than C++ does.
Genuine question.
Why are so many rust contributors trannies?
I used to be an Ada programmer in the 1990s and this was also a strongly typed language which attempted to eliminate runtime errors at compile time. There were no Ada trannies.
nah
Microsoft will eventually make their own safe language, force it down our throats (which is a good thing, at least they have some taste when it comes to programming language design) and that's pretty much it for Rust outside of hobby projects
I will only use my own software
90% of the software I use runs in a web browser
that's not software.. js is not software... a fricking web page is not software
yes it is
>a fricking web page is not software
not always, but often it is
>How are you coping?
I show this image to Rusty devotees. Maybe it will be different in 5 years, eh?
I will never understand jobkeks. Most of the programs you use are built on top of open source components in one way or another, and people don't just program for work.
You sound very unemployed.
>You sound very unemployed.
Oh, that is a good one.
He's a SEA monkey. He can't create and he got filtered hard. That's why he values jobs maintaining ancient fortran shit over rust jobs actually creating something new.
>That's why he values jobs maintaining ancient fortran
Come on, that is not fair.
1- I am not valuing anything. Linkedin shows an enormously larger set of job opportunities for Fortran.
2- I do not know Fortran, but I want to learn it. Why? Fortran jobs pay truckloads of $$$. How well do Rust jobs pay? If Rust jobs were well paid, we would not be having this conversation.
3- SEA is where a lot of your jobs get outsourced to. We know your requirements reasonably well, and you folks are not that much into Rust.
>Learning something for muh dolla, dolla bills y'all
Soulless SEA subhuman, you sound and act like a Black person.
>SEA Black person confused why the frick white people strive for more than mere maintenance of what they have for the most $ possible
I clicked through on the Fortran job ads and basically none of them mention Fortran. Only one of the ads on the first page even has Fortran in its title. Mostly it's C++ and Python. Very odd
https://www.linkedin.com/jobs/fortran-programmer-jobs
I wonder what's the deal here. Semantic analysis gone wrong? Misfiled hidden categories?
The Rust jobs don't have that noise btw though there's a lot of blockchain bullshit
https://www.linkedin.com/jobs/rust-jobs
to this day people are still using cobol, which was only dominant for a short while in the 90s back when software weren't even as wide spread as it is now.
You really think c++ is EVER going to disappear with the absolute widespread dominance it has over the worldwide software market today? Literally almost every company in the world relies on millions of lines of code written in c++.
That being said i dont doubt rust will take over as the default lang in systems development, but not in 5 years, maybe a a decade or two.
i just realized your post had nothing to do with the death of c++ my brain just inferred that
thats crazy
>visual basic programming jobs linkedin
Hope not. If it does, then we are teaching future generations that you can achieve your goals by being whiny and annoying.
>Cobol was only dominant for a short while in the 90s
LMAO. IBM adopted it in the 60s, which would have been the boomer equivalent of Google adopting something.
>to this day people are still using cobol
this is real it's still everywhere, in one of my previous jobs though it's a while ago now
I was completely chocked when I started, there was an office of lit old boomers almost 70, they all lit retired... that was coding in this.. like it was the 70ies or something
this is also extremely well paid, because who the frick learns cobolt the last 5 decades lol ...
it's still critical infrastructure that runs on this shit
>You really think c++ is EVER going to disappear with the absolute widespread dominance it has over the worldwide software market today? Literally almost every company in the world relies on millions of lines of code written in c++.
C will never go away at least...
some template someone wrote, that nobody else than author understands on the other hand....
good thing that cniles write python scripts to cope with lack of templates so they don't need any
I doubt Rust will take over systems. morons can’t seem to grasp that safety features slow critical code performance and shit is too slow already.
>but if you don’t check muh bounds!!!
It’s the check on every fricking access. Intelligent engineers looking for max performance don’t need to check every access when the indexes are internally generated and not from an outside source.
>BUT MUH EXPLOITS!!!
I said “intelligent engineers.” Not pahjeets, and not your cross dressing ass.
>hat being said i dont doubt rust will take over as the default lang in systems development, but not in 5 years, maybe a a decade or two.
We already evaluated it at work. Twice. Once for embedded and once more for desktop. We passed. Both times.
Omg anon evaluated it at work!? Pack it up boys, a consensus has been reached. Rust is in fact... LE BAD.
I have endless ammo in github issues, I can spam issues about compilation times daily, every time showing a separate case of rustc being unbearably slow.
I’m a gamedev. No one will ever make games in Rust because the pace of development is far too slow. Game tech will continue to leak out into the rest of the programming world because it’s just better. You cannot conquer our citadel with your bullshit.
I like making games in rust, what's the problem? How is pace of development slow?
Video games requires a lot of experimentation with the code without some hall monitor borrow checker c**t constantly getting in your way as you try to figure out what the final shape of the solution is.
To be fair I don’t doubt that people will attempt to make games this way, Christ knows we’ve allowed a billion other things to slow the pace of game development down to a crawl. But the industry is on a knife edge right now anyway, the slow (ie kore expensive) development gets the safer and more boring they’ll have to be, and they’re already dangerously safe and boring.
Ah, I get it, you actually think the borrow checker makes programming slower. Many such cases I suppose.
it does, especially when you're a real programmer who writes working C++ code and rust tells you that it can't possibly work
I did amateur game dev with C++ (also C, but way less) for over 10 years and I'm already more efficient with rust after only using it for around 5 months or so. The borrow checker isn't something you think about after a while, it just becomes another safety check for when you make accidental mistakes, much like types are.
>Jai
We're reaching levels of memelang never thought possible.
Oh you are most definitely unemployed.
>I'm already more efficient with rust
What are you making in Rust?
Gamedev using SDL and Opengl, and HTTP controlled daemons mostly. But like I said, I haven't even used the language for a year.
I dislike dependency hell shit, but you can just use the same libraries you're using in C, there's bindgen for that. I personally still think the language should be able to read C off the box, I kinda get why they don't do it, but it would feel so much better than having to generate bindings or rely on some random opinionated idiot's bindings.
Most Rust native libraries I've used are a real joy to use though, it's incredible how useful borrowing and enums become when you're consuming APIs. And the documentation engine is really fricking good. There's very little that can surprise you. I don't use a LSP by the way.
I’ll believe in the efficiency gains when I start seeing seasoned devs and studios switch to it rather than using C++ or Jai.
>Game tech will continue to leak out into the rest of the programming world because it’s just better.
Got examples? I don't think I use much game tech
The film industry and many marketing and VR education firms use Unreal Engine.
So is it just graphics or does it leak into other areas?
It’s not really the renderer per se, it’s that you can set up and play around with 3D scenes very easily, give things behaviours etc, as well as doing it with good graphics. Hence why VR education companies use it, tutorials for how to use machinery are essentially games in some sense.
Ahh, makes sense
But it does sound like it's just a couple of natural niches (contra the initial claim)
As mentioned, real-time 3D rendering is a pretty huge deal and games contributed a ton to that. It’s not hard to find a lot of examples tbh, this is the first hit I got from googling.
https://realtimeuk.com/blog/how-video-game-technology-is-breaking-into-other-industries
It’s also worth pointing out how insulated we are from the rest of tech because our requirements are so stringent. We can’t afford to use these slow languages and microservice memes, so whatever happens outside doesn’t affect us as much. We also have to actually learn the optimisation techniques that everyone else apparently ignores entirely. Because unlike the frickin Disney+ app on my TV, a game simply cannot afford to take three whole goddamn seconds to highlight a different option on a menu.
But that's just another one of those niches. I think hardly any of the software running on my PC right now or the software we use at work sees this kind of influence from gaming.
3D rendering could be big in absolute terms but there's a tremendous amount of software in total and this does not seem the kind of thing that has ramifications far outside its niche.
>https://realtimeuk.com/blog/how-video-game-technology-is-breaking-into-other-industries
This is self-advertisement from a 3D rendering company. Not an ideal source.
>It’s also worth pointing out how insulated we are from the rest of tech because our requirements are so stringent. We can’t afford to use these slow languages and microservice memes, so whatever happens outside doesn’t affect us as much. We also have to actually learn the optimisation techniques that everyone else apparently ignores entirely. Because unlike the frickin Disney+ app on my TV, a game simply cannot afford to take three whole goddamn seconds to highlight a different option on a menu.
It helps to distinguish between system work and application work. You better believe that database and kernel devs and so on care about optimization.
At my day job our performance targets are pretty soft but a tremendous amount of effort has gone into optimizing some of our tools and dependencies.
I don't think the people who do that work take many cues from game devs. Unless you have examples? Like, does the Linux kernel scheduler make use of any techniques pioneered for video games? Is Epic Games a major LLVM contributor? That kind of thing.
once upon on time in the late 90ies and early 00s, the gamedevs said no to c++, because it's slow(you know the drill virtuals and all that shit)... here we are..
c++ is suck a fricking mess rn, I used to work this crap. the old boomers that I started to work with my first job that went
>NO C++!!! C OBJECT ORIENTED C
>C++ is slow and it's like shooting your self in the foot
old gamedev boomers were like this ..
I get the them more and more...
and that's why all games are written in C++ and not C
Adapt or get left behind, anon. Rust ain't about sexual deviants, it's about building robust software that kicks ass. Embrace the future or stay stuck in the past, your call.
>leaks memory in linux
>creates exploits in windows
>”robust”
YWNBR
Rust is a troon lang. I will continue to not use it as I do today.
I don't use modern software.
my software either absorbs or rewrites your software (if it deems it worth it, which it likely does not)
I got into electrical engineering
>90% of code shitters will put themselves in five years
Most of hyped up projects I've heard about are either dead or nobody uses them. Rusters are just code normies with inflated ego similiar to JS framework monkeys
>find a rust project
>it looks unmaintained
>last post is from 7 months ago
>ask around if anyone knows where maintainer went
>they say one day the maintainer simply mysteriously stopped responding online on all platforms at the same time
why does this happen so often?
I believe the answer would be: "Oh you are most definitely unemployed. I am more productive after 5 months of Rust than 10 years of non-Rust, and this story is true and real and believable."
how does productivity cause people to go missing? I hope those maintainers are ok and not dead yet.
I assure you with 120% certainty that Rust devotees are very alive, enjoying absolute peak health, completely focused on being productive, doubly employed, and are definitely not depressed, and they NEVER spend time on IQfy astroturfing their industry-standard widely-adopted language.
Sounds like you don't know the first thing about what you're trying to criticize and are desperately trying to project that insecurity of yours on others.
>and this story is true and real and believable
More believable than you being employed, kek.
>Rusters are just code normies with inflated ego similiar to JS framework monkeys
Except the part you're missing is that most Rust programmers were C programmers before.
I did not hear the term "cnile" till the fully-organic Rust threads infested IQfy. Programmers love their earlier programming languages.
those are a minority, most Rust shilling and use comes from nocoders who got filtered by C and C++ and now they finally have a handholding babby's first system language that is safe and secure and they can finally write kernel drivers yay! (noone wrote any useful one yet)
>Source: I don't like thing so it must be true.
>I don't like C nor C++ therefore Rust being le good is le true
have a (You)
I didn't say that. Also I like C.
Cope harder.
>I am moronic
Rust is a compiled language, not an interpreted language.
There is no Rust in the software.
Rust is new Java that will be replaced by another language in a decade and circle will continue as C/C++ will chug along as nothing happened.
Is it the good performance and reliability that you don't like about rust? Or the ease of building and distributing software? Or is it the effortless dependency management that rustles your jimmies? I don't give a frick what kind of pervs like it, it is simply the best programming language.
>Or is it the effortless dependency management
you mean pulling in gigs of shit software packages every time I build?
This doesn't happen, what the frick are you talking about?
He's talking about the fact that that every non-trivial Rust project has a lock file with 10,000 dependencies most of which are written by some random nobody on Github.
Unsafe collectivist commie bullshit that's every bit as bad as npm.
I love the friendly and intelligent community of Rust. They seem so level-headed and mature. The non-aggressive discourse and cordial dialogue from the Rust community makes me want nothing more than to join them and be counted as one among their number. They are just excellent people, particularly the ones that come here.
Don't expect discourse from Rust homosexuals. The HRT really ruins their brains.
>take estrogen and become moronic
>take testosterone and become aggressive, but sometimes more intelligent
what did god mean by this?
rent free
>good performance
Rust performance is GC language tier if you don't use unsafe, which defeats the purpose.
Just use C# if you don't want to manually deal with memory
Nah. Unsafe can help with performance sometimes but very few of the safety features actually have direct overhead and IME most optimization doesn't involve unsafe.
It also doesn't let you off the hook from manually dealing with memory any more than C++ does.
>t. doesn't write high performance code
>Rust performance is GC language tier
Languages with GC can have very good performance, depending on what you're doing and how. Measure, don't guess.
meh, still better than C++
Why are all Jeets learning it?
Genuine question.
Why are so many rust contributors trannies?
I used to be an Ada programmer in the 1990s and this was also a strongly typed language which attempted to eliminate runtime errors at compile time. There were no Ada trannies.
Rust is the troony language
You can’t have a penis and master rust.
cause most of them came from c++
Because of Mary Ann (Mark) Horton from Bell Labs. C and Unix = trannies.
>we put feces in all the food at the store
>how does it feel to lose, chuds
it doesn't matter. it's not any worse than C++.
in 5 years time i hope to spend zero time outside of plan 9.
nah
Microsoft will eventually make their own safe language, force it down our throats (which is a good thing, at least they have some taste when it comes to programming language design) and that's pretty much it for Rust outside of hobby projects
>rustroons will spend their entire existence trooning software to their open wound of a language
I have already migrated from Linux to OpenBSD. It's not that hard to avoid these worthless homosexuals