For those wondering, it’s most likely a jab at unity with it’s new license model, as you could code in C# in it.
Is c# mainly just used in this engine?
It’s probably a tiny fraction of the C#/dotnet ecosystem. But hobbyist meme creators mostly care about games, I guess.
deleted by creator
No, as other’s have pointed out it’s not. There are plenty of other areas to use it, even in other game engines. OP is just trying to make it seem funny by making the exaggerated narrative that it’s the only use case for C#. If Boo was still around in Unity this joke would been accurate with that, don’t think that was used anywhere else
It is also the language of DotNet framework so hardly.
I mean Windows is also undergoing enshitification it could still be true?
Dotnet has been cross platform for a while now (so long it’s not even called dotnet core anymore)
It’s been cross platform and open source for like 10 years now.
While true, businesses have it even harder to migrate to Linux (what else is there when talking enshittification?) than private users. Windows and dotnet won’t go anywhere anytime soon.
Distributed deployment of DotNet solutions is a bit more attractive on linux though
On their desktops, sure. But most apps are web based and back end apps are all services - running on Linux. I worked at a fortune 100 financial firm a couple years back. Hundreds of .NET apps, all running in Linux containers on Amazon ECS clusters or Lambdas.
deleted by creator
No, C# is a general purpose language that Unity has a botched, outdated version of.
WTF I didn’t understand, thanks for the explanation. The fact that it’s used all around the world in big companies doesn’t matter I guess.
You think C# is a Unity thing?
I doubt the number of C# developers would drop even 1% due to Unity fucking itself.
Me writing my silly little forms apps in silly little VS Pretty drop-down fields :)
Oh, VS is not “little”, it’s one of the bloatiest pieces of software on earth.
Also, Forms? How dare you. :p
Removed by mod
Can confirm. Have had to download the full VS 2022 Pro over a shit wifi connection at work 55GB. It took half a day then failed. Re run the command to recheck every package and get the missing / broken ones and it is a single threaded app so it takes forever computing file hashes on one thread.
In the end it took around 7.5 hours.
What workloads did you download fit it to be that big?
Everything. It’s going on a network not connected to the internet so I don’t want to exclude something and have go through the faff of getting extra bits that end up being needed.
Fair enough! Not terribly surprised about the size then, though - there’s a lot of stuff VS can do. When limited to just a few workloads you need the size isn’t unreasonable in my opinion though.
It’s not so bad in the newer version. The switch x64 and put of process architecture helps a decent amount.
I always have a pretty beefy dev machine though.
My boss: add this field to this old form.
Me: open the form, add my field. Now VS crashes. I have to open the form code in a different editor and delete all the code VS added to the form when I opened it in the form editor.
Oh, so it hasn’t changed since I used VS6 back in the early 2000s (bought at the auto parts market from Russians on an almost transparent CD)
Ok. What am I in the dark about this time?
Guessing it’s about Unity changing their royalty structure.
Which is kind of weird because most C# devs aren’t doing games.
Yeah. Maybe c# game developers will drop. But they’re actually a drop in the ocean.
Surely other engines use it? I know godot supports it. Not to mention half the business software of the world (pre cloud) seemingly built with it. etc
Unreal, Unity’s primary competitor, doesn’t. Mainstream gamers seem to only know about the two. Anyway, it’s a meme. I use C# for exclusively boring corporate stuff, and will continue.
Oooh, I bet they will! They’re probably salivating about it.
It’s a joke built in hyperbole for sure. A lot of my friends are C# devs they’re not going anywhere.
A whole lot more than game engines uses C#.
Doesn’t Excel mainly use C#?
You can access the Excel scripting engine from C#, but this is more of a case of C# supporting Excel than the other way around. (And you will really not want to do it if you just have to read and save data in excel files.)
Excel mainly uses VBA.
I doubt they went away from VBA. While I do use C# any time I can, I can’t say the same thing for Excel. I do know there are ways to do interop, and it’s not great. Office file formats and interop have always been… awful.
They actually recently added python support.
Look at all these C# dev who don’t know the witch hunts are starting in 2024.
Time to become a Visual Basic .Net developer
Jokes on you, I am already one! (yes my company chosen dev language is really vbnet)
My old boss loved VB.Net. I still remember a time when I helped him out by solving mysterious bug for him.
He used to have this class he copied about to do database stuff. Not the worst thing of itself, but it was oddly specific in some ways for reused code. E.g. It had a function that took an enum value and returned connection string. And of course what options were in the enum varied.
So I come in one day and two other devs are already peering over his shoulder trying to help. The program is crashing when it tries to connect to the database and they can see for some reason the connection string is a single letter. I ask to see the function that is getting the connection string and see he’s removed the parameter, but the compiler didn’t pick up on it because:
- VB.net lets you call functions that have no parameters without parentheses
- VB.net is type lax, so an enum can be treated as an integer without casting
- VB.net uses parentheses for array indexation as well as method invokation
- .Net strings can be indexed like an array of characters
- VB has no character type so VB.net treat characters as 1-length strings
So instead of passing an enum to a function, it was calling the function with no parameter, then using the enum value to index the returned string into a single character, which was then treated as a string and passed to the SqlClient constructor.
I saw something similar in ancient code I found while refactoring some stuff. It’s between genius and maniac.
I’m so sorry.
All I’m saying is “AndAlso”
OrElse
I remember when I turned up to a new C# role, when all the interviews had been about C#, but the system was all VB.Net. Fckmylife.
The next Slay the Spire to be developed on Microsoft Access
Thinking that C# is just Unity is a MASSIVE disservice to C# and dotnet imo. Unity’s usage of C# is really crummy, basically relegating a very powerful language to working as a weird scripting language.
Absolutely. C# in Unity always seemed to me like a square peg in a round hole.
From my perspective (teaching game programming classes), it’s incredibly clunky for beginners when compared to others. Unity needed a tightly integrated, noob-proof scripting language. Despite C# being the primary language, it’s integration and setup with the rest of Unity seems surprisingly lacking, and, like you’re referencing, you don’t even get convenient use of the broader C# / Mono / .net ecosystem, which makes skills more portable. Even the “bad old days” of Flash/ActionScript were much easier for students, and results in more portable coding skills (e.g. at least transitioning to Web / JavaScript from Flash / ActionScript is easier)
It’s much easier to teach same lessons / concepts using Godot, though sadly Unity is much better known. Hopefully the present pricing chaos might shift the needle a bit on this!
Unity used to also have UnityScript, but it’s deprecated. It was like JS, but it wasn’t really used by many people compared to C#.
I am curious, what exactly is missing in the latest LTS version from .Net what makes it so clunky to use for students? Afaik it is pretty solidly close to actual .Net 4.7 nowadays.
I’d say the same with Unreal and C++
I mean you’re right, but I’ve never met anyone who thinks that way. C++ is everywhere (although C++ itself is just a hot mess of a language imo).
C++ is pretty good by itself but I end up using mostly C for actual functions, QT, wxwidgets and a few others utilise C++ to a degree but my god does it get messy without the help of a visual aid (blueprints, formbuilder etc)
Agreed, I feel like if someone starts their C# journey exclusively in Unity, they won’t have a solid foundation in the actual language, just that specific implementation of it as a scripting language.
Can confirm as someone who did exactly that before starting over with c++
It is pretty damn close to actual C# nowadays. Some version, I think it was 2019, really upped up the scripting backend.
Not to mention C# is also the best way to write a Godot project.
Nice meme. I’ll just ignore the fact most C# devs aren’t game devs but…
Many other engines use C#. Godot is compatible with it, for example.
How comparable is Godot to Unity feature-wise?
This old manual page goes through a comparison of Unity and Godot.
Nice reach. Gadot is garbage.
Well you are free to not touch my free and open source garbage then…
Is unity in C#?
Because the only possible thing to do in c# is unity stuff…
.
.
.
…
I mean why else would you want to use C# when there’s Rust 🦀 and all the awesome tooling and libraries around it…
Rust really isn’t all that. Plus C# is used for all kinds of corporate stuff where Rust levels of performance aren’t needed. It’s also used in several other game engines
Security, performance and most importantly, security. .net updates every week to address security vulnerabilities, stability and enhancements. While the language is lower you just can’t overstate poorly c# lasts. C# Deprecation and dated code make for a pretty high maintenance and frustrating ecosystem at the best of time.
It being updated frequently just shows it’s being regularly maintained and improved.
C# has many of the same security and safety advantages that Rust does given they are languages with memory management and other safety features built-in.
Rust has exactly the same problems with depreciation as many Frameworks rely on experimental features which are subject to change.
Edit: plus if you have ever used Rust it’s a pain to learn and use compared to C#. C# is so similar to Java and so much easier than C++ that it’s really not much of a jump for programmers new to the language.
.net is not secure, it’s so far from secure it’s a joke. 503 security patches this year alone, that includes one for each windows version but you get the point.
Do you not think Rust also has security flaws? At least Microsoft patch theirs.
There are of course security flaws, we’re humans after all. Unless the compiler and the language can be proven mathematically correct at least.
But as described above, in practice the security flaws are easier to isolate in Rust compared to C# IME. The current story of security flaws in Rust is quite good so far.
Learning curve is steep in the beginning, I agree (I wouldn’t argue painful though, maybe if you have to unlearn bad practices, like interior mutability though etc.).
But I think it pays off after some time. I’m now faster in Rust than in C# with similar experience, and the quality of the code is definitely higher as well (which can be credited to the strict kinda opinionated design of Rust IMO).
It composes really well, better than most (non-functional) popular languages. I think this is probably the Sell for Rust, as it additionally works remarkably well over the entire stack (kernel -> frontend) (in each abstraction level might be better/easier to use languages to be fair though).
What’s interior mutability and why do you think it’s bad?
I might have another try at rust some time in the future. I think I tried it in a bad situation having to use it for a web microsevices project when I had limited knowledge of the language. If it had been another language I probably would have been able to pick it up in the time frame required. Using it did cost me in terms of grades, and it was a poor decision to use that language at that time.
The main things I struggled with were all the borrow checking and asynchronous stuff, as well as the lifetimes concept. I still don’t understand how you are meant to specify object lifetimes. In C you assign and free things manually, in Java and Python it’s done mostly automatically, in C++ you choose manual or automatic when it’s assigned. In Rust it seems it’s automatic until the compiler can’t figure it out and then it becomes manual, which is frankly bizarre.
Rust has exactly the same problems with depreciation as many Frameworks rely on experimental features which are subject to change.
Rust has actually quite a good record with depreciation and backwards-compatibilty etc. They are changing the language in non-backwards compatible way over editions, but the changes are mostly very manageable.
But to not end up being another C++ (syntax-wise it’s a disaster IMHO), a few non-backwards-compatible changes every few years are the way to go, when it’s manageable.
What’s so confusing about C++ syntax exactly? To me it seems to make a lot of sense given the languages history.
I’m not speaking for Rust level performance. I’m using Rust nowadays, because it’s generally doing a lot right, that other popular languages struggle with IMO.
Think about error handling. I think even Java is better here than C#. I think it’s quite a mistake, not being required to add all possible exception types that a function can throw to the function signature.
Then the next thing, I really hate about almost every popular language is implicit
null. To be really safe, you have to check every (non-primitive) variable fornullbefore using it, otherwise you have a potentialNullPointerException.Then take pattern matching, this is a baked in feature of Rust from the beginning and it does this really well (exhaustive matching etc.). There’s “basic” pattern matching in C#, but it just doesn’t really feel right in the language, and is not even close in capability compared to Rusts.
All of this (and more) makes Rust the less error-prone language, which I can say with confidence after long experience with both of these languages (both > 5 years).
I’m honestly not sure why exactly
C#was chosen for most of the games, but it’s probably because it’s relatively good to embed, is relatively strong-typed, while being somewhat performant (compared to something like python or other scripting languages).
Yea, there are 50 game engines written in rust - or so I heard.
Wait what? What happens in jan 2024?
Edit: ah, unity’s new install based pricing.
Unity drama
Rip
no love for godot?
I hear Godot’s own scripting language is preferable to C# if you’re willing to learn it.
C# is technically faster, but according to one of the cassette beasts’ co-directors, you can maximize productivity and performance by doing most stuff in gdscript and skipping directly to c++ for the bottlenecks.
Also currently no C# iOS support in Godot 4. And probably makes porting to non-MS consoles difficult since it relies on .NET
we could hang ourselves instead… we’d get an erection.
Because ASP.NET isn’t a thing at all…
Hot take (maybe?) C# looks like a great language, better than Java. I wish I had an excuse to use it.
Tbh it’s just microsoft java with worse support on GNU/Linux
The only reason I used it were the unity libraries
Tbh it’s just microsoft java
Microsoft made so many javas (remember Visual J++ or J#?), C# is the only one that survived. Well, Microsoft now also ships OpenJDK, apparently.
If this were ten years ago, sure.
Use it on Linux daily, no issues here.
There’s many reasons to dislike C#, but this is just plain wrong
Definitely not the case. I’ve been doing C# for over 20 years. For the last 6 years I’ve used it to write Linux services exclusively.
The “Java” relation was true 20 years ago, and the “Linux” argument was true 7 years ago. But neither hold any water anymore. It’s a great language and framework to write a wide variety of software with.
Java feels archaic compared to C#. I am not sure what problems you’re having on Linux? This sounds like a very outdated take tbh.
Being a much better language than Java isn’t exactly a high bar.
I’m not the best judge, as I’ve not exactly explored a ton of languages, but I love C#.
Is it pissible for programmers to encounter a silly little meme without taking it serious and going into a frenzy explaining that actually its premise is wrong
No, it would be pretty painful to piss something like that.
Maybe you just need to drink more cranberry juice…
I immediately angrility opened the comments to respond. I think it’s just a side effect of working in this field. I have to be completely literal to the computer so in communication I prefer the same style. I will argue with people on the use of ambiguous language. More so if they are analysts. I can understand the business doesn’t always fully grasp the concept but if you give me a functional analysis it best be 100% clear. And yes, I’ve been tested for autism, it certainly flagged up as a possible trait, but it’s hard to know if this hasn’t just become an ingrained preference. Sure does help me when communicating with neurodivergent people, and I’ve heard from several neurotypical people as well that they actually appreciate the clarity!
deleted by creator
I actually caught it after I posted but liked it so kept it in
deleted by creator
I didn’t even understand the meme until I saw the comments. It’s not funny if it’s nonsensical
Fun meme but corporate job listings in my town contradict the premise.
Let them C# I’m sticking to C++ and Python.
Rooting for Bevy so much rn
Yeah me too, but I think it’s not there yet, when you think out of a less programmer focused perspective, as most of the stuff in games is of artistic nature (which takes time to make, even with all the AI stuff) and otherwise simple game logic for most of these indie games. So something like an interactive GUI editor to “debug” is a must have for artists.
There’s still Fyrox too. But for those used to Unity’s ECS it’s OOP style might be deterring.
True, Fyrox often gets less love than e.g. Bevy (probably because the data-driven ECS pattern feels more idiomatic in Rust than OOP, and probably because it’s mostly a one-man-show as well)
Sadly don’t think Bevy’s going to benefit too much from this drama. Most people from Unity will want a more complete toolset and probably won’t be wanting to learn a whole new language. Can see a lot of indie devs making the switch over to Godot though
deleted by creator
C# is massive, .NET one of the biggest platforms for code is C#. Plus Godot, Unity’s closest comparable competitor, also allows C#.
