You know, like writing another financial software module for a bank or insurance company, or yet another crappy human resources or project management software.
Why is that boring? No offense but I think you'll find said applications far more challenging than writting (say) a match-3 game. In fact with the possible exception of Naked War, I have yet to see anything presented here that comes even close to matching the complexity (never mind stability) of a financial package for a bank. which means overall the resulting EXEs will be considerably faster on just about any processor.
Rubbish. If you compile your C++ program for a target architecture of (say) i386, and then run it on any different processor, the C++ version will be considerably slower than a C# version. True, but the main "domain" where the performance difference does matter happens to be the games programming domain.
What? The only domain where performance difference matters is in embedded devices (which is why many embedded developers are required to have at least a fundamental understanding of assembly).The only people who need faster languages are those who need the additional speed to make up for their lack of skill.
You need maximum performance...
When you program in assembly. you forgot to enable speed optimizations when compiling.
Of course if you enable those optimizations, your binary will no longer work on that archaic hardware you supposedly needed the extra performance for. Catch-22 eh? Your program is either slow and works on everything, or fast, and only works on the fastest CPUs. Hrmmm.