Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

.NET 10 Preview 6 brings JIT improvements, one-shot tool execution

infoworld.com

Post reply on HN
Print view View original

221–230 of 231 posts

Re: .NET 10 Preview 6 brings JIT improvements, one-shot tool execution

#221

Post by tester756 »

Alupis wrote: post #63
atombender wrote: post #50

Earlier quoted context omitted.

Do you know about any sizeable open source projects written in C#, other than what Microsoft has produced? I rarely come across anything written in it.

It's a curious thing, the .NET ecosystem. The overwhelming majority of it's ecosystem seems to be dominated by Microsoft first-party libraries and frameworks. 3rd party libraries and frameworks seem to either get swallowed up by Microsoft, killed, or never reach critical-mass. Often in the .NET ecosystem, it seems there is exactly one library or framework for thing $X or $Y. Whereas in the JVM ecosystem, you have 30+…

>I imagine .NET developers often think this is a good thing, in regard to their ecosystem. No guessing what to use, just go with the "blessed" path and don't think about it. And, to that end, there is some obvious merit to this.

Supply chain security is important thing, especially after last years

You go with Microsoft's libraries and you don't have to care that much about some random developer receiving 50k USD for their GH account

Re: .NET 10 Preview 6 brings JIT improvements, one-shot tool execution

#222

Post by kkukshtel »

sergiotapia wrote: post #46

I haven't used C#/.NET since .NET 4 - I remember it was great, yet heavily tied into Visual Studio, and forget about using CLI for things like most other languages. It was all GUI or nothing. Insurmountable XML files. How are things these days with .NET 10! Jesus, 10! Dudes who use it daily, what is your favorite feature you think?

Everyone here missing some the main features of modern dotnet: cross-platform by default with the new runtime, CoreCLR (no more Mono).

Additionally, blazingly fast, especially as they continue to use stronger memory-aware primitives like Span under the hood, and back that work with code in System.Numerics that continues to lean into hardware intrinsics.

C# itself is also an incredible language, much maturing since .NET 4. Things like Source Generators, record types, collection expressions... you can be _nearly_ as terse as something like python but with all the added benefit of C#'s type system (AND you get LINQ!).

People act like C# is some weird hanger-on dinosaur of a previous age of "tech" that people hang on to out of stubbornness, but IMO it's one of the most forward thinking languages today with an incredibly powerful runtime to boot.

Re: .NET 10 Preview 6 brings JIT improvements, one-shot tool execution

#223

Post by jayd16 »

smackeyacky wrote: post #142

All these changes, yet still no satisfactory UI framework. Still no migration path from WinForms to something modern. I love .NET but if you're taking on an older desktop app that is still using VB.NET and WinForms it feels like Microsoft have decided to let you circle the drain with no supported way forward into MAUI or whatever stupid XAML UI they decided is the solution these days. On a server, .NET is fantastic a…

You know, I agree but thinking about it, is it really a fair ask? What's the analog in Java, Go, Rust, etc?

Is Swing the competition? It feels like mobile and web stacks have really sucked the air out of the room.

Re: .NET 10 Preview 6 brings JIT improvements, one-shot tool execution

#224

Post by tracker1 »

pjmlp wrote: post #217
tracker1 wrote: post #216

Earlier quoted context omitted.

I mostly agree, that said, after VS Code starts, it runs pretty well. I almost didn't try it after Brackets and Atom as they were really slow. I haven't tried zed, so can't speak to it. VS Code was really just the first editor that I used with an integrated terminal and the directory tree. Just those two features made it a great fit for my workflow. I'm able to use the CLI to run/debug without leaving the editor, and…

Because it runs a bunch of background processes in C++, Rust, and does text rendering via WebGL. Programmer editors with such capabilities are decades old. https://en.m.wikipedia.org/wiki/Brief_(text_editor)

I know they use a lot of background processes to get the performance, the point is it works pretty well.

As to the second, I'm unaware of a gui editor with a built in interactive terminal prior to VS Code.

Re: .NET 10 Preview 6 brings JIT improvements, one-shot tool execution

#225

Post by mfro »

tracker1 wrote: post #224
pjmlp wrote: post #217

Earlier quoted context omitted.

Because it runs a bunch of background processes in C++, Rust, and does text rendering via WebGL. Programmer editors with such capabilities are decades old. https://en.m.wikipedia.org/wiki/Brief_(text_editor)

I know they use a lot of background processes to get the performance, the point is it works pretty well. As to the second, I'm unaware of a gui editor with a built in interactive terminal prior to VS Code.

Atom, sublime, visual studio, eclipse, probably every single jetbrains editor…..

Re: .NET 10 Preview 6 brings JIT improvements, one-shot tool execution

#226

Post by starik36 »

SirMaster wrote: post #47
starik36 wrote: post #44

Earlier quoted context omitted.

When I need to send someone an app, I usually use .NET Framework 4.8 because I know it's already installed on every recent version of Windows. This way all I have to distribute is a single very small exe. No need to package a framework with it. Similar feat with .NET core usually results in a 70-80MB executable.

Is 70-80MB really a big deal to distribute in 2025? Also if you use trim unused code and compress the executable in my experience it's usually a lot smaller than this.

That's with trim. You still have to distribute the framework. That packs a punch regardless.

Re: .NET 10 Preview 6 brings JIT improvements, one-shot tool execution

#227

Post by zeroc8 »

reactordev wrote: post #210
pjmlp wrote: post #187

Earlier quoted context omitted.

Yeah, and then at BUILD 2025 session, he ended up explaining how they had to rewrite all the data structures, due to the less capable type system from Go versus Typescript. So the gain isn't as much as what is being sold. Meanwhile Azure has no issues using AI based translation to port C++ projects into Rust, which they could have done in a similar way to port into C#. Also, Go has a less capable tooling as C# for We…

Exactly. They chose Golang because they wanted to, not because of any technical limitation. Could have been C#, or Rust…

They used Go because it was the best fit for the task. Anders explained the reasons very well.

Re: .NET 10 Preview 6 brings JIT improvements, one-shot tool execution

#228

Post by devwastaken »

zaphar wrote: post #74
devwastaken wrote: post #64

reminder the .net compiler is IP of microsoft and they state this clearly when you invoke it on any platform other than windows. you are merging your company with microsoft and windows if you use it.

It is fully open source so... who cares?

not the compiler and toolchain

Re: .NET 10 Preview 6 brings JIT improvements, one-shot tool execution

#229

Post by zaphar »

devwastaken wrote: post #228
zaphar wrote: post #74

Earlier quoted context omitted.

It is fully open source so... who cares?

not the compiler and toolchain

Yes it is. you can fork the roslyn compiler and toolchain here: https://github.com/dotnet/roslyn It's even an mit license one of the most permissive.

Re: .NET 10 Preview 6 brings JIT improvements, one-shot tool execution

#230

Post by tracker1 »

mfro wrote: post #225
tracker1 wrote: post #224

Earlier quoted context omitted.

I know they use a lot of background processes to get the performance, the point is it works pretty well. As to the second, I'm unaware of a gui editor with a built in interactive terminal prior to VS Code.

Atom, sublime, visual studio, eclipse, probably every single jetbrains editor…..

I guess with Sublime it's in the "TerminalView" package that works for mac and linux, but not Windows that I have to use for work, and was using when I switched.

Atom is slow AF, and I hated using it (same for Brackets). AFAIK, it's using the same terminal code as VS Code.

I haven't seen an integrated terminal prompt in Visual Studio (not code), you get an interactive command window, and misc output windows though.

Eclipse, hadn't seen an interactive terminal there... I guess it's another 3rd party plugin of some kind?

Post reply on HN