Most active commenters
  • mexicocitinluez(5)

←back to thread

.NET 10

(devblogs.microsoft.com)
489 points runesoerensen | 24 comments | | HN request time: 0.579s | source | bottom
Show context
jitbit ◴[] No.45888669[source]
For us, every .NET upgrade since .NET 5 has gone surprisingly smoothly and reduced CPU/RAM usage by 10–15%.

We were even able to downgrade our cloud servers to smaller instances, literally.

I wish .NET was more popular among startups, if only C# could get rid of the "enterpisey" stigma.

replies(26): >>45888799 #>>45888804 #>>45889332 #>>45891939 #>>45896032 #>>45898279 #>>45898305 #>>45898358 #>>45898503 #>>45898877 #>>45899062 #>>45899235 #>>45899246 #>>45899326 #>>45899445 #>>45899481 #>>45899858 #>>45900544 #>>45900791 #>>45900829 #>>45903218 #>>45904345 #>>45904435 #>>45905041 #>>45906073 #>>45907122 #
1. christophilus ◴[] No.45899326[source]
I really liked working with C#. I spent 15 years or so with it and found it very productive. But no; I don’t miss the culture of C# / Microsoft shops at all.
replies(1): >>45899411 #
2. mexicocitinluez ◴[] No.45899411[source]
> culture of C# / Microsoft shops at al

What do you mean?

replies(3): >>45900142 #>>45900245 #>>45907847 #
3. array_key_first ◴[] No.45900142[source]
I worked at a Microsoft shop, and this was my experience.

1. Process, process, and more process. Doing anything required layers of management approval. Trivial tasks become month long, or even years long, processes.

2. You have no power or agency. Something is broken? You're a developer, you should be able to fix it right? No. Broken things stay broken. You swim in your lane and keep your head down. Mediocrity is the goal.

3. Optimization doesn't exist. If a process is manual and takes you, a developer, 10 hours, then that's what it is. Nobody gives a flying fuck about tooling. Nobody cares if you spend 50% of your dev time doing random stuff. And if you even dare try to fix it, you will be told it's impossible and you're wasting your time.

4. Management is king. You will have to lie to them. You will have to spend time re-entering the same data in 5 different places so they can read it conveniently. You will have to make Excel workbooks. You will have to dumb things down, and then dumb them down again, and again. Everything is about Jira... Unless they're a really high up manager, in which case you have to take whatever is in Jira and put it in a word doc and send it to them, because they don't know how to open Jira.

replies(5): >>45900312 #>>45900638 #>>45901074 #>>45904009 #>>45904756 #
4. mohaine ◴[] No.45900245[source]
Been awhile since I've worked at one but it is usually grounded in trying to achieve 100% MS usage.

It is rarish to find a partial MS shop. Most of this is how hard MS makes it to use other tools. Even in 2025 they have good interop with external tools hamstrung.

Example: SQL Servers JDBC driver will convert an entire table's of data from ASCII to UTF and a full table scan instead of convertering your UTF bind to ASCII and using the ASCII based index. This doesn't break interop but does make it painful to code and one more reason to just use .Net.

replies(2): >>45901064 #>>45907883 #
5. atraac ◴[] No.45900312{3}[source]
Those things have nothing to do with C# though, rather than your personal experience with companies that were using it.

If I judged every single company i worked at/interacted with, that uses NodeJs, I'd think that every single Node dev is a 13 year old child with no real experience but who think's he's the hottest shit. That has nothing to do with Node and doesn't really describe _all_ the companies out there.

replies(1): >>45900632 #
6. UK-Al05 ◴[] No.45900632{4}[source]
The problem is thats how a lot of .net shop operate. I say this as .net developer.

.NET gets selected because a lot of non tech companies need to do software things, and they pick the stack fits in with their current WinTel stack. The main concerns is having replaceable talent to reliably do x. They're not trying to innovate. They are often doing something like sending out insurance quotes by email. They do this by having strict processes, and having developers stay in their lane. Expect rigid scrum, using dependencies only supported by Microsoft etc, Locked down Dev machines with visual studio only, ask for microsoft dev certs, and expect pre-approved enterprise design patterns up the wazoo. They don't want innovative developers, they want you to fit into the pre existing framework designed by an architect. Your skills can die in such an environment.

There are companies that use .NET that aren't like this, but you have to go out your way to find them.

replies(2): >>45901401 #>>45903987 #
7. duxup ◴[] No.45900638{3}[source]
That just sounds like management issues and less tech. Granted maybe people who are bad at that select C#, or it's just size of company?

https://youtu.be/s4Cz49MLh4o?t=142

replies(1): >>45905602 #
8. GiorgioG ◴[] No.45901064{3}[source]
Not that rare, I work in one now and we use: .NET, Mongo, Postgres, SQL Server, Node, Python, etc.
9. GiorgioG ◴[] No.45901074{3}[source]
Congratulations, you worked at a huge company. Nothing to do with the tech stack.
replies(1): >>45901423 #
10. mexicocitinluez ◴[] No.45901401{5}[source]
Imo, you're criticizing "enterprise" development, not .NET/C#.
replies(1): >>45902176 #
11. mexicocitinluez ◴[] No.45901423{4}[source]
Yea, this is "enterprise" development 101.

The fact that large companies pick an established tech over newer ones isn't about .NET/C# per se, it's about large companies and the way they work.

replies(1): >>45904478 #
12. UK-Al05 ◴[] No.45902176{6}[source]
And .NET is the language of choice for "Enterprise". So that's what the majority of jobs are.

Where as large 'tech' companies don't tend to be like this.

replies(2): >>45902802 #>>45906242 #
13. stevefan1999 ◴[] No.45902802{7}[source]
> And .NET is the language of choice for "Enterprise". So that's what the majority of jobs are.

Disagree. I would argue Java is more of a choice for "Enterprise".

Also, would you please define the scope of "enterprise".

If you mean "enterprise" as someone who want consistent and predictable management and productivity, then sure .NET is "enterprisy", because instead of a dragon they want a fossil.

But if you mean "enterprise" as they want to sell their core product, and sometimes that pushes to high developmental velocity with multiple development team to tackle on a feature, then .NET is evolving fast enough that it is not so considered "enterprisy".

Heck, even Ruby on Rails would replace .NET for that, especially when you consider the e-commerce scene that is either Ruby or PHP (Wordpress).

Just look at C# and its incredible language revision every year.

replies(2): >>45904836 #>>45906510 #
14. Lumping6371 ◴[] No.45903987{5}[source]
What's skills? Pumping out code ala startup? Sounds like a stable environment. Someone with a good eye will still be able to pick out flaws in the processes/architecture and learn a thing or two.

"The main concern is having replaceable talent to reliably do X" as in every other company?

I swear you guys make having a regular job sound like being under slavery. It's just a job. Some companies are boring, that's just part of the job, and being able to adapt to different environments is what makes a good sde imo.

15. Lumping6371 ◴[] No.45904009{3}[source]
This is just the run of the mill politics you see at every big company (or mid sized one).

I worked at a PHP shop, it was pure mierda. Worst code I've ever seen in my life. Pure incompetency. Does that say anything about PHP shops as a whole?

16. thewebguyd ◴[] No.45904478{5}[source]
And from the company's perspective, that's the right way to operate. Sure, it sucks for the individual hacker-type, but a big enterprise doesn't want "move fast, break things" they want the opposite. Rigidity, proven processes, stability and backwards compatibility.

Working there you aren't building the next Google, you're probably maintaining a some 20 year old order-to-cash ERP process that's boring, but critically important to the business, and is exactly the software you don't want to move fast and break.

Just don't go work for big enterprises if you don't want that environment. It won't matter what language/tech stack, it's just big non-tech company things.

But there's plenty of us out there that don't mind those jobs. Pay can be good enough, and usually offer great work-life balance. I work IT ops for one. I'm remote, I put in my 9 to 5 and I'm done. I'm (thankfully) not on call, I get unlimited PTO, and my personal time is 100% my own to go do non tech things with.

replies(1): >>45906289 #
17. tracker1 ◴[] No.45904756{3}[source]
Don't forget all the $PATTERNS ... I mean, you can't possibly live without 15 layers of abstraction and indirection.
18. tracker1 ◴[] No.45904836{8}[source]
It is mostly an Enterprise Development complaint... that said, it's how most .Net shops are in my experience. I really like C#, I've been working on a project with FastEndpoints and the .Net 10 RC since April and been pretty happy with it. That said, I don't have to implement 10 layers of indirection/interfaces/patterns to get the job done either. I have in other places.

But I would levy the same complaint with most Java[1] usage as well.

1. https://github.com/EnterpriseQualityCoding/FizzBuzzEnterpris...

19. jiggawatts ◴[] No.45905602{4}[source]
Size of the company, combined with wanting “vendor support” instead of going at it alone like a FAANG would.
20. mexicocitinluez ◴[] No.45906242{7}[source]
> And .NET is the language of choice for "Enterprise".

Yes, again, you're criticizing the practices of enterprises not dotnet. It has nothing to do with how "dotnet shops operate".

I'm at a dotnet shop who doesn't work anything like that. I've been at multiple of them. It has nothing to do with dotnet itself.

21. mexicocitinluez ◴[] No.45906289{6}[source]
> And from the company's perspective, that's the right way to operate.

Oh absolutely. It's a business decision. It just so happens that it's framework that has been around awhile and has a decent bit of support. Give Node another 10 years and that landscape might start to change.

22. toyg ◴[] No.45906510{8}[source]
> I would argue Java is more of a choice for "Enterprise".

.NET was literally created to replace the Java enterprise ecosystem. It never managed to completely displace it, but effectively gained around half of the enterprise market - and it will take more and more, after Oracle started pulling their usual boa-constrictor moves. C# is as "enterprisey" as they come, and it went full-opensource only once it became a requirement even in the enterprise.

23. omcnoe ◴[] No.45907847[source]
My biggest complaint would be a tendency to blindly use a "Microsoft first" approach to selecting tech rather than evaluating things on their own merits in the context of their own use cases.

Some Microsoft stuff is really good but it's not universally true. And in the worst cases you end up locked into some hard to migrate off platform that is withering on the vine.

24. oaiey ◴[] No.45907883{3}[source]
There is no way a reasonable person would not deploy to Linux and postgres for cost reasons alone. No one wants to pay Microsoft or Oracle money for databases, operating systems or frameworks nowadays.