RSS Feed

Is Your SQL Server Blogger a Drag Queen?

16

March 10, 2015 by Mike Hillwig

My friends will tell you that I’m a reality TV junkie. I’m what the people at Bravo TV would call a super fan. Bravo’s Andy Cohen is my hero. He’s the creative genius behind Top Chef and the Real Housewives franchise. I’m completely obsessed with the Real Housewives. From Beverly Hills to New Jersey, I love the housewives.

But my favorite reality TV show isn’t on Bravo. It’s on Logo. My one true reality TV obsession is RuPaul’s Drag Race. For those of you who aren’t familiar, drag queens are male performers who pass themselves off as women, and RuPaul is perhaps one of the most famous drag queens ever. These men have taken this to a true art form, almost to the point where you sometimes can’t tell if you’re looking at an actual woman. They’re incredibly good as passing themselves off as something they’re not–women.

RuPaul in both forms. It's hard to believe that one person can pass themself off as a man AND as a woman.

RuPaul in both forms. It’s hard to believe that one person can pass themself off as a man AND as a woman.

RuPaul’s Drag Race is in the survivor vein of reality TV shows where someone is eliminated every week. The show is campy and a lot of fun.

This is a technology blog. Why am I talking about drag queens?

When I blog or present about SQL Server, I stick to one solid rule. I only talk about things where I have practical expeience. These are things I’ve done in a production environment. It’s stuff where I know what I’m talking about.

Some bloggers will post things that they’ve only seen in a lab environment and pass it off as if they’re a foremost expert on the topic. That frightens me. These bloggers, so desperate to create content and drive traffic to their sites, will come up with scenarios that give credibility that simply isn’t due. Those are the drag queens of the blogging world. They’re passing themselves off as something they’re not.

The good news is that most of the MVPs I know write about stuff they have seen in client environments or in their own practical experience. We then recreate that in a more sterile enviornment so we don’t post confidential or proprietary data.

The next time you read a SQL Server blog, try to look past the makeup. Does the blogger really understand the topic, or is it a blogger in drag?


Search

Pages