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

.NET 8

devblogs.microsoft.com

Post reply on HN
Print view View original

201–210 of 374 posts

Re: .NET 8

#201

Post by kaba0 »

pdntspa wrote: post #145
HumblyTossed wrote: post #138

Earlier quoted context omitted.

UI frameworks are a heavy lift, more-so to be cross-platform. Let's say someone tries, but it's not to your liking? I mean, there can't be 12 different frameworks, that's not sustainable.

I am really flexible in terms of a toolkit's ergonomics. But I am running into situations where things just straight up don't work (Java/graalVM), or that I need to implement some really basic interaction and there is no guidance in the documentation and the abstractions don't make any sense. (Avalonia) And that's assuming it even compiles or packages. So far the only winner has been QT (via pyside6 for me)

What doesn’t work with java/graalvm?

Re: .NET 8

#202

Post by davidelettieri »

mdasen wrote: post #158
codeTired wrote: post #147

As full stack .net dev, I am so disappointed every “who is hiring” thread. I would be game to join a trendier group of like minded devs but if you get one .net posting you are lucky, and it’s most likely rockstar. :(

I think an issue here is that .NET was closed source for most of its existence. It was only 2019 when Microsoft announced that the open-source .NET would be the future of .NET. That will mean that a lot of startups wouldn't have chosen it. Even now, it means that a lot of the "trendier" devs will have learned other ecosystems that have been open source for longer. It takes time to shift developers.

Microsoft started open sourcing .net framework on 2007 with 3.5 version.

The roslyn compiler is open source since 2014.

I guess it's fine if people don't like .net but I think the open source part is not that relevant.

Re: .NET 8

#203

Post by kaba0 »

oij23io wrote: post #173

I hope Blazor will replace JavaScript some day. I am tired of learning a new JS framework/library/etc. every 2 months. Time to end this.

I am no JS fan, but to be honest that new framework thing has not been a thing for half a decade. React is the de facto standard, plus a few smaller frameworks are what everyone uses.

Re: .NET 8

#204

Post by zengid »

bmitc wrote: post #89
leosanchez wrote: post #77

Earlier quoted context omitted.

I think the parent comment is talking about System.Threading.Tasks. I might be wrong though.

Oh, I see. I was hoping for something new. I keep on hoping some sort of BEAM-like (from Erlang) process gets added to .NET.

You might be interested in Orleans: https://learn.microsoft.com/en-us/dotnet/orleans/overview

Re: .NET 8

#205

Post by vips7L »

pdntspa wrote: post #197
vips7L wrote: post #188

Earlier quoted context omitted.

> I really like Java the language, but getting a desktop app running on it in 2023 is a nightmare. This is honestly because you are taking the hard path and trying to do AOT compilation. Just use Swing with HotSpot. Native Image isn't meant for GUI applications and Swing internally uses a TON of reflection. Using jlink and jpackage with HotSpot has been trivial in my experience.

I'll look into that, thanks

Also check out Hydraulic if you need more than just packaging, it includes things like autoupdate and custom launchers: https://conveyor.hydraulic.dev/12.0/configs/jvm/#overview

Re: .NET 8

#206

Post by zengid »

The_Colonel wrote: post #120
Thaxll wrote: post #51

Earlier quoted context omitted.

Big difference is that Go is stable and conservative, net core keep adding a billion features every release. Looking at some net core 2/3 stuff and now to see how many things changed. Good luck with your code base in 5 years when someone decide to add all the new stuff.

.NET / C# seems to be following C++ by including... everything. I wonder if they're just not worried about feature bloat or what's their thinking...

C# has been able to add new features while simultaneously making the syntax more ergonomic and elegant, while C++ hasn't.

Re: .NET 8

#207

Post by Semaphor »

pjmlp wrote: post #116
martindevans wrote: post #52

Earlier quoted context omitted.

There used to be .NET Framework (which was a Windows only runtime built by Microsoft) and Mono (an open source implementation for various other platforms). In 2016 they started building .NET Core which is new open source implementation (built mostly by Microsoft) which runs on more platforms. For a while all three existed side by side. Eventually .NET Core caught up and overtook the other implementations. These days…

Actually, .NET Framework is the Python 2 of the .NET world, with all the references that it entails. Still too many enterprise products stuck in the old ways.

Unlike with python, some things simply can't be ported, though. I maintain a webforms page, the only upgrade path would be a full rewrite

Re: .NET 8

#208

Post by kaba0 »

pjmlp wrote: post #129
willsmith72 wrote: post #20

I'd love to hear from some .NET fanatics, how would you convince someone to use that ecosystem over another?

Not a fanatic, as I use other stacks as well, however a big fan boy from Anders Hejlsberg work, and naturally the team that picked that up. .NET and Java ecosystems are the only ones with tooling and developer experience that is somehow comparable to the Xerox PARC world. Note for the pedantic, comparable, not exactly the same. Given the way .NET was born, there is a kind of yin/yang with both platforms. Some scenari…

What did you not like about JSF? I mean, the whole EE part had its fair share of flaws, but I think the JSF model was way ahead of its time, and I still think that (model-wise, not necessarily implementation-wise) it is just unbeatably productive.

Re: .NET 8

#209

Post by jayd16 »

declan_roberts wrote: post #61
xeromal wrote: post #4

Tangentially related but I was impressed with .NET recently. I was recently tasked with tackling an extremely old and proprietary video format that embedded GPS, video, audio, and several other components. The files were huge and just a mess to understand and I eventually found an old player application that was also proprietary. I decompiled it into C# and stripped the player aspect out of it leaving the code the pe…

Backwards compatibility is something they take really seriously in the enterprise world, but something thrown out the window in the rest of the industry.

I would argue that C#/.NET goes just far enough but not too far with backwards compatibility. As seen in the anecdote, manual changes were required. Java, for example, is more likely to 'just work' but I prefer the language designers' approach to C# and making the occasional breaking change to keep the language in good shape. I really appreciate their good taste.

Re: .NET 8

#210

Post by pdntspa »

kaba0 wrote: post #201
pdntspa wrote: post #145

Earlier quoted context omitted.

I am really flexible in terms of a toolkit's ergonomics. But I am running into situations where things just straight up don't work (Java/graalVM), or that I need to implement some really basic interaction and there is no guidance in the documentation and the abstractions don't make any sense. (Avalonia) And that's assuming it even compiles or packages. So far the only winner has been QT (via pyside6 for me)

What doesn’t work with java/graalvm?

I outlined my issues in this comment: https://news.ycombinator.com/item?id=38266151

Someone suggested switching the JVM to hotspot and using jlink/jpackage, I am going to give that a shot

Post reply on HN