this post was submitted on 15 Aug 2025
24 points (96.2% liked)
Programming
22186 readers
200 users here now
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Rules
- Follow the programming.dev instance rules
- Keep content related to programming in some way
- If you're posting long videos try to add in some form of tldr for those who don't want to watch videos
Wormhole
Follow the wormhole through a path of communities !webdev@programming.dev
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I really would not recommend specializing in C# at this point in computing history. You can do what you want obviously, but Python is much more likely to be what you want. C++ or Java might be okay if you want a job and are okay with a little bit dated / not ideal languages, or you could learn one of the proliferation of niche backend Linuxy languages, but C# has most of the drawbacks of C++ and Java without having even their relative level of popularity.
IDK what issue you're having with VSCode, but I think installing the .NET SDK and then using
dotnet
by hand from the command line, to test the install, might be a good precursor to getting it working in VSCode. But IDK why you would endeavor to do this in the first place.What are you talking about? C# is massively popular, especially with corporations and government. If someone wants to get a job writing software, they won't go wrong learning C#.
Python is great for data evaluations and scripting. There's nothing wrong with learning it, or any other language for that matter... including Java, C, or C++
C# represents about 12% of the jobs out there.
https://www.devjobsscanner.com/blog/top-8-most-demanded-programming-languages/
It's not unpopular, but it's definitely not "massively" popular anymore. Different languages have different strengths and weaknesses, but C# has a few more weaknesses than most. In my opinion. Yes, there's nothing wrong with learning any particular language you want to learn (and I'm a little surprised to see C++ has fallen significantly lower than C#, sure, fair enough). I'm just struggling to see an upside for learning it in the modern day (and now knowing more about what this person's goal is I feel even more strongly that C# is the wrong answer for them. In my opinion.)
It's literally the 4th most popular language on the list. And JS/TS is obviously number one due to it being used in frontend as the de facto standard. So when looking at languages used for backend systems, it's number 3.
I have no idea what you're referring to when you say C# has more weaknesses than most. C# is incredibly solid these days, typed, easy to write and with great support for web apis (or anything really).
I was going to try python, but I'd eventually like to learn unity as well so i decided on c#. Plus I felt python was too new and would skip a lot of core programming skills id just like to know. Im not super interested in doing it the new way with all the helpers, or I wont feel like I learned anything. I wanted to learn 20 years ago but never got into it, so I just feel like starting at the very bottom. Makes no sense I know.
I do have the .net sdk and it seems to try to compile a simple program, it just throws errors even on an example program that shouldn't have any. Im sure its something dumb.
Python was first released in the '90s. It's older than C#.
That said I consider Python to be a garbage language. "Easy" to use for trivial things, a pain in the ass if you have more than 500 lines of code. The lack of strict typing makes even the most trivial of refactoring an all day task.
You can do strict typing in python if you want it, it's very highly recommended if you're doing a big project.
Kinda.... You mean mypy? I'm using that and the experience is not great... It's okay for your own code but a ton of libraries are just 🤷 about types. Especially return types which is infuriating. What do you get from that call? Who TF knows - go read stack overflow and hope there's an example giving you some info.
IDK, I just have never really had this become a serious issue for me. I get what you mean, some actions are a little bit of a pain in the neck because people are often sloppy about typing, but literally the only time I can remember it being an issue at all has been when numpy is involved and so I have to figure out if something is a native Python thing or a numpy-fied custom structure.
I mean there's just not that many types. Generally something is a list, a number, a map, or a string, and it's pretty obvious which. Maybe there are OOP domain things where a lot of variables are objects of some kind of class (sort of more of a C++ type of program structure), and so it starts to become really critical to have strong type tools, I'm just saying I haven't really encountered too much trouble with it. I'm not saying it's imaginary, you may be right in your experience, I'm just saying I've worked on projects way bigger than a few hundred lines and never really had too much of an issue with it in practice in my experience.
Complex data structures are not "more of a C++ type of program structure". And if you're using dict for complex datatypes I weep for your source code. Even C has a struct for representing records of data.
Oh, they are not at all. Equating complex data structures with user-defined data structures (in the form of classes and fields and whatnot), and using the latter as the primary method of storing and working with data (so that you're constantly having to bring into your mental scope a bunch of different classes and how they need to interact), is 100% a C++ type of program structure. It's pretty unusual in my experience in Python. Or, I mean, it's perfectly common, but it's not primary in the same universal way that it is in C++ and derivatives. It gets to exist as its own useful thing without being the only way. That's what I am trying to say.
What does that even mean?
How do you define that in Python? Just a
dict[str, Any]
?You define it in exactly the same way you just did. Completely fine, you have to do it for lots of things. It's nice that Python can do that too.
Now, I'll grab a random snippet of code from some random file from my source dir:
You can see some classes in use, which again is fine. But you also see inline instantiation of some reply JSON, a database returning a list of post_reply_id values without needing a special interface definition for returning multiple values, lots and lots of cognitive and computational load per line of code that's being saved because the language features are saving people the heavy lifting of depending on user-defined classes for everything. It means you don't have as many adventures through the code where you're trying to modify a user-defined interface class, you don't need as much strong typing, that kind of thing.
I would bet heavily that a lot of the things that are happening in that short little space of code, would need specific classes to get them done if the same project were getting implemented in some C++-derived language. Maybe not, I just grabbed a random segment of code instead of trying especially hard to find my perfect example to prove my point.
It is fine, there are significant weaknesses to Python too, I'm not trying to say "yay python it's better for everything," anything like that. I'm just saying that if you don't get familiar with at least some language that does things more that way, and instead get solely accustomed to just user-defined classes or templates for every information exchange or functional definition, then you'll be missing out on a good paradigm for thinking about programming. That's all.
FWIW Here's similar go code (converted by a llm).
You can create in-line data structures AND be a properly typed language.
"It's nice that Python can do that too."
Ugh.
Never argue with a pythonista.
Dude you were the one that asked the fucking question lol
And have regretted it.
Okay, you definitely want to learn C then. C# and C++ both add a ton of helpers. C# has a massive runtime environment that's opaque and a little bit weird, and C++ has a massive compile-time environment that's opaque and very weird. It's sort of pick your poison. If you learn C and get skilled with it, you'll be well set up for understanding what is actually going on and having strong fundamentals that will set you up well for whatever higher-level language you want to learn in the future.
Put another way: C# will hide just as many of the fundamentals and hardcore details from you as python will, it'll just do it in a weird and counterintuitive fashion that will make it more confusing and with more weird C#-specific details.
I would actually just cut out the middleman and start with the Unity editor then. It actually might be a really good introduction to the nature of programming in general without throwing a bunch of extra nonsense at you, and in a really motivating format.
What's the program and what's the error? I'm happy to help if something jumps out at me. I'm voicing my opinion otherwise on what might be better ways to attack this all in general, but I'm sure me or people here can help sort out the issues if you really want to take this approach and you're just getting stuck on something simple.
I second going straight to unity in this case. I startet my programming journey with unity tutorials and my own hobby projects. This gave me a good grasp of many of the fundamentals when I started learning programming at university. It wasn’t comprehensive but it was way more effective than any attempt I had before then due to the motivation and great tutorials available in that space.