Vad är mest populärt: QT eller Visual Studio?

Fortfarande totalt otydligt.

Qt inom inbyggda system används givetvis till lite allt möjligt, men för det som körs på de inbyggda systemen kommer ju köra på Linux eller någon kommersiell RTOS.

.NET jobbar du inte med om du jobbar med C++. Körs koden på Windows kan du använda C# och WinUI. .NET MAUI som är efterföljaren till Xamarin.forms är knappast riktad mot inbyggda system utan snarare mot Android och iOS, det har inte Linuxstöd.

Nej, självklart inte. De övergav Gtk# efter de köpte upp Xamarin.

Det finns en fork.

"Inbyggda system" kan betyda rätt mycket. Eftersom du nämner C++ antar jag att det här refererar till mikrokontrollers.

Historiskt har det varit rätt uteslutande C och en enklare form av C++ på dessa.

Det ser idag förändring (men kommer ta lång tid). Dels rekommenderar allt fler, bl.a. USA regering, att man bör undvika C C++ i nya projekt om möjligt givet hur stor andel säkerhetsproblem som kommer av minnes-buggar som inte ens skulle kompilera i de flesta "moderna" språk.

Problemet för mikrokontrollers är väl att Rust är det enda direkta alternativet (motsvarande prestanda och minnesavtryck) och det är en viss tröskel att ta sig över för att komma igång med det språket.

Beroende på vad man gör är MicroPython idag tillräckligt moget för att användas "på riktigt" och det ökar i popularitet när man använder lite kraftigare mikrokontrollers som ESP32 och RPi Pico.

Har själv mest jobbat med med större "inbyggda system", de är idag nästan alltid någon form av Linux-variant och där är det fullt möjligt att köra "nästan vad som helst", inklusive .NET (som idag fungerar riktigt bra på Linux/ARM64), Go (min favorit just nu), NodeJS (Node-Red är populärt i bl.a. industritillämpningar).

Microsoft: nej. Men sedan lansering av .NET Core (som sedan blev "vanliga" .NET) har själva ramverket väldigt bra stöd för Linux.

Specifikt för grafiska applikationer är de realistiska alternativen inom ramen för .NET Avalonia och UNO Platform. Har bara använt Avalona själv, det är helt klart "production ready" sedan många år tillbaka.

UNO Project är nyare och verkar primärt göra så att WinUI applikationer kan köras på Linux/MacOS. Fast det verkar i nuläget vara x86 only på alla plattformar, Avalonia stödjer x86 och ARM64 på Windows, Linux och MacOS.

När jag läser Yoshmans inlägg så hittar jag informationen du söker där.

Avalonia är inne på sitt 11:e år och listan på företag som använder det i nuläget lär finnas kvar längre än ditt hemmaprojekt här
<Uppladdad bildlänk>

Det är superenkelt att komma igång med och stöd finns för CLI (dotnet programmet, vilket du vill ha för din CI/CD-pipeline och annan automatisering), VS Code (https://marketplace.visualstudio.com/items?itemName=AvaloniaT...) och VS 2022 (aldrig använt, men finns här https://marketplace.visualstudio.com/items?itemName=AvaloniaT... .

För att få upp templates och likande i dotnet (och tydligen även ge templates i VS2022) följer man bara detta
https://docs.avaloniaui.net/docs/get-started/install

Likt flera andra moderna miljöer (men tillskillnad från C och C++ om man vill har håret kvar...), t.ex. Go, så är det väldigt enkelt att utveckla .NET applikationer på t.ex. MacOS eller Windows för att sedan skapa en release till t.ex. Linux. Går även att skapa release för "fel" CPU-arkitektur (ja, allt detta går att göra med C/C++, men det är inte något nybörjaren fixar precis...)

Du menar "lek-bibliotek" som NumPy som är inne på sitt 29:e år och är en världens mest använda bibliotek just nu?

Det finns.

https://learn.microsoft.com/en-us/dotnet/core/install/linux

Jag kör båda. Qt ramverket med Qt Creator IDE för generell C++ samt JetBrains Rider för både UE C++ och för Webdev/C# (.net)
Behöver inte vara "antingen eller", rätt verktyg till rätt uppgift efter smak.

Då byter du förmodligen språk till C#, och om du kodar på GNU/Linux hämtar du hem .NET-paketen från din distro/repo och hämtar hem de verktyg som du föredrar och börjar använda Avalonia. Avalonia används faktiskt i verkligheten och kommer därför få fortsatt stöd, skulle lita på det mer än något sidoprojekt från Microsoft. Avalonia är till skillnad från Gtk# tänkt att bland annat användas i inbyggda system, t.ex. system utan Xorg/Wayland. Nu går det ju att köra Weston/Wayland på nästan allt så det är ingen stor sak.

Vill du koda en grafisk application i C eller C++ använder du förmodligen Qt eller GTK.

Jodå, QtCreator är som sagt, liksom Visual studio, bara en IDE som egentligen inte bryr sig om vilka bibliotek du använder (även om den har inbyggt stöd för Qt). Den är inte alls ett dåligt val och fungerar dessutom likadant på Windows, linux och Mac.

Qt har väl numera officiellt pythonstöd också?

Jag vet att du brukar hävda detta, men det är inte riktigt sant. Qt har inbyggd funktionalitet för många saker inklusive grafik, grafer och databaser. Det fungerar vanligtvis strålande, men om man av någon anledning vill använda något annat gör inte Qt något för att begränsa dig.

Qt har rätt trevliga klasser för både 2d- och 3d-grafik, men det är förstås upp till var och en om man gillar dem. Att det ”blir många filer” är väl inte heller någon fundamental egenskap (eller problem) hos Qt utan bara hur man brukar strukturera större projekt. Du kan skriva all kod i samma fil om du vill, men det är väl inte något som uppmuntras av någon (om det inte gäller väldigt simpla applikationer)?

QML är nyare och bättre lämpat för till exempel mobil- eller webbapplikationer men för traditionella program finns det områden där Widgets fortfarande är bättre. Om man till exempel vill ha dockningsbara fönster eller MDI (det är väl dock kanske inte så hett numera). Dessutom får man vara beredd på att skriva en hel del javascript, vilket man kanske inte är van vid.

Jag vet inte riktigt vad du menar, men om man använder Designer för att skapa användargränssnitten slipper man göra det med kod. Då behöver man bara implementera själva funktionaliteten och det är väl svårt att undvika ovavsett vilket ramverk (eller språk) man väljer...

Men stämmer det verkligen (och i så fall jämfört med vad)?

Detta visar en knapp:

#include <QApplication>
#include <QPushButton>

int main(int argc, char *argv[]) {
    QApplication app(argc, argv);
    QPushButton button("Test");
    button.show();
    return app.exec();
}

Om man istället använder QtCreator och Designer kan man skapa ett nytt Widgets-project, dra ut en knapp och trycka på Run. Man behöver inte skriva en enda rad.
Komplexare gränssnitt kan förstås kräva mera jobb, men det gäller nog oavsett vilket ramverk man väljer.

Jag är inte så säker på att QML leder till mindre kod, men det har som sagt andra fördelar.

Det fanns något halvmärkligt C++ stöd i .NET en gång i tiden, det är som tur är bortplockat nu.
Så ja, .NET betyder i >9 fall av 10 C#.

MAUI stöder inte Linux, det stödjer Windows, MacOS, iOS och Android.
Avalonia stödjer däremot Linux, både x86 och ARM64. Går både att utveckla på och göra deploy till alla dessa permutationer.

Det "går att använda" med C/C++ då en sak Microsoft såg till från start med .NET var att det är relativt enkelt och framförallt effektivt att använda kod skrivet i C/C++ från .NET. Dock är det ett extra lager med besvär över att bara använda C++, så bara värt det om det finns stora fördelar med att köra .NET i den del man väljer att utveckla där.

Har jobbat i projekt som kombinerar .NET/C# och "native" C++. Var inte med från start utan kom in när det redan fanns, personligen skulle jag i det fallet skrivit allt i .NET/C# för fanns egentligen inget stor värde med att det som var i C++ var just i C++.

Det gäller ju alla populära språk/ramverk. Där poppar det upp massor med "jag löste något roligt och pushade det till github".

C++, C# och i nuläget framförallt Python är med bland de mest använda språken i världen just nu så finns också en rad 3:e-parts bibliotek med väldigt bra stöd som kommer leva årtionden från nu.

Om du menar C++/CLI (det hette väl något annat i begynnelsen) så var det borta ett tag, men det kom tillbaka i .Net Core 3.1. Bara för Windows dock.

Det är väl så med alla kodprojekt, även stora bolag som Microsoft, Google osv är ju ökända för att överge projekt så det är ingen trygghet. Jag tycker det brukar vara lättast att kolla på commit-trafiken och mängden contributors för att avgöra vilka projekt jag satsar på.