@SteveRichter: Because business uses it and desktop applications remain the best choice for targeting many aspects of the enterprise. I prefer desktop applications in other situations as well, but that can be debatable.
The length of the show should be whatever the length needs to be. Don't make it a certain length for an arbitrary reason. Make it 10, 20 or 30 minutes long, whatever the content dictates. Don't add filler or cut content to make it a certain length.
P.S. reCAPTCHA is fine; sure it's an annoyance, but it's unfortunately necessary.
One other point I wanted to make on the video is regarding sealed classes. In the video you indicate that a sealed class is a code smell. I strongly disagree with that sentiment as do others. For example, Jeffrey Richter wrote about it in his book CLR via C# when he said it should be the default for new classes.
There are run-time optimizations that are available for sealed classes according to the language specification 10.1.1.2; and more specifically with versioning a sealed class can be changed to unsealed later and not break compatibility and methods in a sealed concrete class can be called non-virtually.
That's not true. Although I'd argue that most Singletons are going to live for the lifetime of the AppDomain, it's possible that you may want to clean up before hand. Additionally, your Singleton may use system resources (especially unmanaged resources) that you want to be explicit about cleaning up. After all, there are no guarantees made that finalization (invocation of the destructor) will be invoked when the AppDomain is shutdown (more info).
I disagree with the assertion that you should implement IDisposable in what was seemingly inferred as all the time. IDisposable is a design pattern, not a classic pattern, but it's still a pattern. It should be used when the situation warrants it. Furthermore, a destructor should never be added unless absolutely necessary (see 188.8.131.52 in the language specification).
I never realized how much I use MS Paint until the announcement of its deprecation was made.
I'm not using it to draw anything elaborate or to do substantial editing of photos. I'm using it to trim down and clean-up scanned documents, clean-up and annotate screen clips whether for my application documentation or for helping fellow employees, and the occasional minor photo editing.
@siodmy:I disagree. I like windbg just the way it is. There are other debugging tools out there, and maybe there's an audience for what you're describing. However, it shouldn't come at the expense of redefining windbg.