Easely like 100x the efficiency fixing small bugs.
In fact, it means quite the opposite: Start with as little as possible, as polished as possible and improve from there. It's actually quite nice to work with, if every role is on the same page.
1. Individuals and interactions over processes and tools
2. Working software over comprehensive documentation
3. Customer collaboration over contract negotiation
4. Responding to change over following a plan
There is no direct quality/polishness in there.
Edit: formatting
In this case, I can see that they were really neutral and understanding in the very first issue. After two years with little to no progress, I'd say it is natural to vent. Especially if they cannot get out of the situation they are in.
It looks like the original poster needs to use MAUI in their production environment. So they are already dependent on it. Which is to be expected, because MAUI already comes with a go-live license.
Also, I'd like to point out that this is not the pet-peeve of a small indie team. It is the future UI framework of a multi-billion company. If the team is understaffed, there should be something done about. The resources should be available in this case.
Microsoft is in the wrong here for selling this as the future and not dedicating the resources necessary to fulfill that promise.
https://devblogs.microsoft.com/dotnet/announcing-dotnet-maui...
"Yes the soup is cold, but we no longer give people botulism with the salads surely that counts for something"
Considering many companies have contacts ranging from millions to hundreds of millions with Microsoft, and developer tools are a major selling point for the ecosystem, it's certainly reasonable to be upset that when your organization can't depend on them. It makes planning a nightmare - it may take a month or 5 years to deliver your feature, depending on when the bugs get fixed.
Also you’re implying that MAUI does not have serious problems, which is not true the case.
It’s good to bring this to people’s attention so that others do not make the same mistake choosing MAUI as this guy.
The MAUI team should reflect as well about the reasons people need to stay away from their product.
Your “everything is fine, this guy is just overreacting” makes me think you haven’t worked much with MAUI.
I hope people can see the hostile working conditions that many in open source have to experience daily. There is no possible way for a small team to scale with the thousands of issues they get and give every single one the same amount of attention. That is why it is so important for people to upvote and engage in issues. It gives the product and engineering teams a way to gauge priority.
There are much better ways to go about ranting about product defects though. Doing it in this way just encourages people to pitchfork. We all know that pitchforking isn't productive at all. In fact, it hurts more than you think it helps.