What? A multibilion corporation does not listen to user feedback on GitHub? That's so crazy and unusual. Take some lessons from Google here, when users complained on quality of software and bugs in it, Google just archived OSS repos and moved development to private repo. Opensource and issues on repos are close to worthless (sometimes somebody else in comments will find a solution or work on a fork, but that's it), might as well be not available at all.
Developers are not happy with .NET MAUI, but nobody in the team cares about it
11–20 of 123 posts
Re: Developers are not happy with .NET MAUI, but nobody in the team cares about it
#12Yeah avoid all ms made UI libraries
Re: Developers are not happy with .NET MAUI, but nobody in the team cares about it
#13The only usable service or software from any company that is in the critical path for their own use.
Examples: - AWS is in the critical path for Amazon
- .Net is in the critical path for MS
If you chose a software or service that is not in the critical path, the jokes are on you.
Re: Developers are not happy with .NET MAUI, but nobody in the team cares about it
#14What? A multibilion corporation does not listen to user feedback on GitHub? That's so crazy and unusual. Take some lessons from Google here, when users complained on quality of software and bugs in it, Google just archived OSS repos and moved development to private repo. Opensource and issues on repos are close to worthless (sometimes somebody else in comments will find a solution or work on a fork, but that's it), m…
The Chrome team must be an exception then, my bug reports there usually get prompt feedback, and when those were actual problems they also get fixed in time (sometimes it takes months, but that's typical for large projects). Apple on the other hand is just a black hole for bug reports, you never hear anything back.
Re: Developers are not happy with .NET MAUI, but nobody in the team cares about it
#15Three decades of experience talking here: If you don't see a vendor like Microsoft using a GUI framework for at least 50% of their new applications, then you've made a terrible mistake in adopting it yourself. Microsoft uses Google's framework for their own applications: Electron. Yes, you heard me right. Microsoft, a nearly 3 trillion dollar company, uses the framework of a competitor for their own desktop applicati…
> Microsoft uses Google's framework for their own applications: Electron.
Electron is built on top of Google's Chromium but developed by a completely different set of people at GitHub initially for their text editor Atom. Later GitHub got acquired by Microsoft.
Re: Developers are not happy with .NET MAUI, but nobody in the team cares about it
#16Speaking as a former Windows Phone Developer: Yeah, this is roughly what developing for Windows Phone and the UWP felt like. Half Baked Tech Demos with glaring, basic Issues that never get fixed. It feels like Microsoft internally still thinks they are such a monopoly that people WILL adopt whatever they get fed by them and when that inevitably doesn't they never fix all the Issues required to be competitive.
A modern UI Framework of any kind is a massive undertaking, especially when it is not browser based. A modern UI Framework that is not Browser based and gets any kind of traction is almost impossible at this point. The Developer Experience would have to be at least as good as Browser based development and you'd have to show significant progress in cross Plattform development for anyone to care.
Re: Developers are not happy with .NET MAUI, but nobody in the team cares about it
#17Three decades of experience talking here: If you don't see a vendor like Microsoft using a GUI framework for at least 50% of their new applications, then you've made a terrible mistake in adopting it yourself. Microsoft uses Google's framework for their own applications: Electron. Yes, you heard me right. Microsoft, a nearly 3 trillion dollar company, uses the framework of a competitor for their own desktop applicati…
This. I believe OneDrive on macOS uses QT.
Re: Developers are not happy with .NET MAUI, but nobody in the team cares about it
#18Three decades of experience talking here: If you don't see a vendor like Microsoft using a GUI framework for at least 50% of their new applications, then you've made a terrible mistake in adopting it yourself. Microsoft uses Google's framework for their own applications: Electron. Yes, you heard me right. Microsoft, a nearly 3 trillion dollar company, uses the framework of a competitor for their own desktop applicati…
This is bizarre to me. What applications are they actually using the framework for? Is it because it's easier to make cross platform? Reminds a bit of when i used Angular back in the day and it seemed Google of all people didn't use it for any of their many web services.
Angular is prime example.
From my consulting experience, Angular (Google tech), is most used today along with .NET backends (Microsoft tech).
I don't think I ever saw a client using Angular + Go, for example.
Re: Developers are not happy with .NET MAUI, but nobody in the team cares about it
#19Three decades of experience talking here: If you don't see a vendor like Microsoft using a GUI framework for at least 50% of their new applications, then you've made a terrible mistake in adopting it yourself. Microsoft uses Google's framework for their own applications: Electron. Yes, you heard me right. Microsoft, a nearly 3 trillion dollar company, uses the framework of a competitor for their own desktop applicati…
> Microsoft uses Google's framework for their own applications: Electron. Electron is built on top of Google's Chromium but developed by a completely different set of people at GitHub initially for their text editor Atom. Later GitHub got acquired by Microsoft.
Even github is full of bugs these days. I hate Microsoft products
Re: Developers are not happy with .NET MAUI, but nobody in the team cares about it
#20Three decades of experience talking here: If you don't see a vendor like Microsoft using a GUI framework for at least 50% of their new applications, then you've made a terrible mistake in adopting it yourself. Microsoft uses Google's framework for their own applications: Electron. Yes, you heard me right. Microsoft, a nearly 3 trillion dollar company, uses the framework of a competitor for their own desktop applicati…
This is bizarre to me. What applications are they actually using the framework for? Is it because it's easier to make cross platform? Reminds a bit of when i used Angular back in the day and it seemed Google of all people didn't use it for any of their many web services.
Microsoft hasn't really dogfooded their own external facing GUI frameworks in forever. It's not a great look, but to some degree it also made sense. These frameworks (especially the dumpster fire ones) are .NET/C# (usually with XAML) frameworks, designed (it feels like) primarily to build line of business internal applications, with cross-platformness tacked on in more recent years. The grand-daddy of all of these would be WPF (all the way back in 2006).
Basically Microsoft's flagship non-developer apps (ie Office Suite) is its own little kingdom. They never bought into any of the developer facing C# frameworks that MS created (makes sense I guess?... Office isn't a C# code base). Office basically developed its own visual language and internal framework.
Visual Studio itself actually got some WPF back in the day (though I understood the code base to be kind of what you expect of something of its heritage). I imagine it still has WPF to this day.
Their newer apps - especially the ones that are actually trying to be cross platform (like Teams, VSCode and friends). Well, Teams has the excuse that they need a web version anyways, so Electron really does make sense (see Discord and Slack).
VSCode... the first version of VSCode came out in 2015 (omg..... it actually released a few months before Windows 10). MS had no in-house cross platform solution at that time. At that time, they did have a partnership with Xamarin (Xamarin would later be acquisition). .NET MAUI is the evolution of Xamarin. But Xamarin I always understood to be a bit of a dumpster fire. I was evaluating our choices for a small windows desktop app back in ~2015-2016. Xamarin did not seem appealing. After a misfire with UWP (another MS footgun I think), we just did WPF (cross-platform not required).
Honestly, I wouldn't expect anything that could even remotely be described as an "IDE" to NOT be based on the VSCode code base now. MS has something -very- good going for it there.
And I guess this is kind of one of the challenges. The part of MS that builds apps, is not really related to the part of the MS that builds GUI frameworks for external developers. And the part of the MS that builds apps does not really want their success to be tied to this dumpster fire.