Windows native app development is a mess

Framework pile-up: too many choices, zero guidance

TLDR: A developer tried building a simple Windows screen-blackout tool and found native app development confusing and dated. Comments split: some blame too many frameworks, others defend native speed, while many say use web tech or Qt—fueling a bigger question of why Windows apps lag while web apps keep winning.

A nostalgic Windows fan tried making a tiny utility—Display Blackout—that simply dims side monitors for gamers. Instead of a chill throwback, he hit a maze of choices and ancient plumbing. To do basic stuff like list screens, show black overlays, catch a hotkey, and add a tray icon, he kept tripping over decades of frameworks: Win32, WPF (Windows Presentation Foundation), WinUI, MAUI… and still needed old-school Win32 for key pieces. His verdict? “I’ll pick the web stack any day.”

The comments lit up. One camp chanted “framework bingo,” with ashwinnair99 summing up the vibe: it’s been a mess for 15 years and nobody knows what to pick. Others fired back with user-first takes—wolvoleo loves how fast native apps feel, even if building them is chaos. The plot twist? intrasight blames Windows’ legendary backwards compatibility—the thing that keeps your grandpa-era apps running—calling it both blessing and curse, like Win32 refusing to retire. Meanwhile, drive-by advice flew in: “Just use Qt,” declared delduca. And the web crowd piled on: ozim says even Microsoft ships apps with web tech like Electron—because open standards beat platform lock-in. The running meme? “Choose your fighter: Win32 vs WPF vs WinUI vs MAUI vs Electron vs Qt.”

Key Points

  • The author built a Windows utility, Display Blackout, to darken side monitors using black overlays, especially useful for OLED displays.
  • The app requires enumerating displays, placing non-activating borderless windows, global hotkeys, startup registration, persistent settings, and a tray icon.
  • The author states the Windows native app ecosystem is fragmented, which helps explain why developers often choose Electron.
  • A historical overview covers Win32, MFC, .NET with C# and Windows Forms, and WPF with XAML and GPU rendering.
  • Windows 8 introduced WinRT as another API shift, while the Win32 API remains relevant for modern Windows utilities.

Hottest takes

"It has been a mess for 15 years" — ashwinnair99
"as a user I prefer native apps for their performance" — wolvoleo
"even Microsoft themselves does Electron" — ozim
Made with <3 by @siedrix and @shesho from CDMX. Powered by Forge&Hive.