Windowsprogram i C#?

MVVM är bara en metodik för WPF. Det är inget måste. Det finns en massa funktionalitet i WPF som inte finns i WinForm, även om man inte följer MVVM.

Det finns många scenarion när en desktop applikation är användbart. Fler tillfällen än vad det finns för web.

Gammal Enterprise-legacy, föråldrade miljöer och föråldrade organisationer. Ja, det finns massvis att göra där, så självklart finns det ett legitimt behov av att kunna göra det lätt också (annars kan inte tillräckligt många göra det). Kruxet är dock att det inte är speciellt optimalt att låsa sådant till Windows. Och jag vet inte om du är helt införstådd med vad du egentligen menar med "web". Antagligen någon DMZ, varvid poängen blir märkligt förvirrad.

Fast du får såklart utveckla om du vill.

Nej, du missförstod nog vad jag menade. Många ggr behöver du tillgång till maskinvara i ngn form, då är en webbapplikation helt fel. Det finns en massa andra situationer också där desktopapplikation är att föredra framför en webbapplikation. Det är en övertro idag på webbapplikationer och det används även när desktopapplikationer borde användas.

Sen är en låsning till ett system inte ett så stort problem om du gör det rätt. En organisation som använder Windows kommer troligtvis att fortsätta göra så. De som byter miljö byter nästan alltid tillbaka pga en massa oförutsedda problem. Dålig programmering är snarare om en applikation måste skrivas om för att du går från Windows 8 till Windows 10. Som på den gamla tiden med alla problem som var med IE6. Många dåligt skrivna webbapplikationer.

Det är märkligt att ett av världens mest använda format, inte är användbart eller att efterföljaren används mest av äldre gubbar...

Är alla i den här forumsdelen helt blåsta?
När man läser inlägg i systemutvecklingsdelen känns det som om man hamnat i programmerarnas motsvarighet till I&I och inte i en positiv mening.

Det är bara vissa som tagit en kurs i något "nytt och fräscht" sätt att tänka och leker frälsare för alla andra.

Joo, du har ju rätt i det.
Det är bara det att ibland undrar jag var alla de programmerare tog vägen som tyckte att ett programs främsta uppgift var att leverera vad det utfäste sig att göra och skulle fungera felfritt vid leverans...

Det fanns ju en sådan tid...

Denna tid är sedan länge svunnen. Det man lär sig idag är att det ska vara good enough. Man vill fakturera så många timmar som möjligt, men vill ha så få mantimmar som möjligt. Lite buggar innebär support och läge för merförsäljning.

Det beror på i vilken bransch du jobbar i och om du tänkt företaget skall kunna verka över tid.
Skiter du i det blå skåpet kan det sluta så illa att du förlorar en stämning och måste betala ett så stort skadestånd att du lika gärna kan konka förutom att ingen längre vill ha med ditt företag att göra.

Det verkar gå att leverera halvdana lösningar eller ibland inte kunna leverera alls mot statliga, kommunala och landstingsorganisationer, jag rekommenderar inte det mot större internationella företag. Det kan bli mycket dyrköpt.

Så sant. Mot stora bolag fungerar det inte, men mot mindre och privatpersoner. Titta på spel som släpps idag. En j-a massa buggar som är helt onödiga. Dessutom är det vanligt att buggarna inte ens fixas vid släpp av nästa version.