this post was submitted on 26 Apr 2025
824 points (98.9% liked)
Programmer Humor
22805 readers
1200 users here now
Welcome to Programmer Humor!
This is a place where you can post jokes, memes, humor, etc. related to programming!
For sharing awful code theres also Programming Horror.
Rules
- Keep content in english
- No advertisements
- Posts must be related to programming or programmer topics
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
It's fully cross platform with .NET Core and later.
What does fully cross platform mean? It sounds very vague and a lot like an exaggeration.
I feel the pain in your comment.
I too have been burned by "cross-platform" tooling. What I've learned is the more complex your project is, the less likely it is to have simple cross compliation.
But with that huge caveat, I'll say I've had a better time doing cross comp on dotnet than I have rust. Either of them are infinitely better than learning cmake though. That's definitely just my amateur take though. I'm sure smarter people will tell you I'm wrong.
The standard .NET C# compiler and CLI run on and build for Windows, MacOS, and Linux. You can run your ASP.NET webapps in a Linux docker container, or write console apps and run them on Linux, it doesn't matter anymore. As a .NET dev I have literally no reason to ever touch Windows, unless I'm touching legacy code from before .NET Core or building a Windows-exclusive app using a Windows app framework.
Well, I'm currently writing a service and frontend, both in C# (Blazor for the UI), and using docker-compose to build and deploy them to a Raspberry Pi running Linux. So not only cross-platform, but cross-architecture as well.
This is not a new thing either. Since .NET Core was released almost 10 years ago, it has supported cross platform development.
It was even before through mono/xamarin
True, but what I’m really talking about is the unbeatable user experience of having an application that looks and feels as if it were a native Windows application, because it is and has that first-class platform support straight from the vendor.
With that said, most new cross platform applications today are probably more like electron or Web apps.
Ok, there's no such thing as native Windows apps for Linux, but there are cross platform GUI frameworks like Avalonia and Uno that can produce apps with a polished identical experience across all platforms, no electron needed
Qt is my favourite, though it's not .NET.
Good lord, I've never seen anyone say this in public. I used Qt Creator for a couple of years and I found the combination of C++ for under the hood and Javascript for the UI to be a fantastic way of ensuring a nearly nonexistent base of developers who could competently do both. Maybe they grow on trees in Finland, I dunno. And maybe you're talking about some other "Qt", I also dunno.
I've done C# and Java extensively as well and I would never choose Qt over them. I might choose Qt over Objective-C, however.
QML is such an awesome UI language, the only thing (that I know of) that comes close is Jetpack Compose.
The flavour of JavaScript QML uses is very different from regular JavaScript, it's literally a glue language and any significant non-UI logic should be done in C++.
And Qt C++ is very different to most other C++ framework (or how people usually write pure C++), it feels much more Java-inspired.
Anyway, it really is a great UI toolkit if you want something powerful, cross-platform and efficient.
I suppose Qt's cross-platform aspect is a big checkmark in the plus column. My own opinion of Qt is probably colored by the fact that I was forced into it against my will and that the Finns who initially wrote the app were unhelpful and downright hostile to my attempts to customize it in ways that their customization framework did not support.