THE SQL Server Blog Spot on the Web

Welcome to SQLblog.com - The SQL Server blog spot on the web Sign in | |
in Search

Rob Farley

- Owner/Principal with LobsterPot Solutions (a MS Gold Partner consulting firm), Microsoft Certified Master, Microsoft MVP (SQL Server), APS/PDW trainer and leader of the SQL User Group in Adelaide, Australia. Rob is a former director of PASS, and provides consulting and training courses around the world in SQL Server and BI topics.

Nepotism In The SQL Family

Hi! - Great that you've found this page, but it's no longer here! You can find the content over at: http://blogs.lobsterpot.com.au/2014/08/13/nepotism-in-the-sql-family/

Published Wednesday, August 13, 2014 12:43 AM by Rob Farley

Comment Notification

If you would like to receive an email when updates are made to this post, please register here

Subscribe to this post's comments using RSS

Comments

 

RichB said:

Justify it all you want... just don't be surprised when it starts to shrink into itself.

August 13, 2014 5:51 AM
 

Ted Krueger said:

Could you expand on what you mean there, RichB?

August 13, 2014 9:57 AM
 

cinahcaM madA said:

Nice headline but of course "SQLFamily" isn't a family. It's a networking thing. So this isn't nepotism at all; it's just good business. Nothing wrong with that, no matter how you slice it.

August 13, 2014 11:39 AM
 

Rob Farley said:

Adam - exactly. It's an open group and preferring people with a strong sense of community is by no means the same as hiring your nephew.

August 13, 2014 4:02 PM
 

Justin said:

cute, but somewhat disingenuous to the real problem of nepotism. People aren't born into the SQL community. They don't inherit SQL cred from their brother - every bit of that is earned, which is the antithesis to  nepotism.

Hire the most qualified. Go for it. If it's your brother, great. I doubt it really is though.

August 15, 2014 10:50 AM
 

Oddvar Eikli said:

Loved your punchline, Rob!

August 17, 2014 6:57 PM
 

Rob Farley said:

Justin - yes, I'm being somewhat flippant about the times when nepotism is a problem. I've seen it many times in many different situations, and never (I think) benefited from it. But I've also reflected on some situations over the years and figured that often those people were probably the best choice, because the hiring manager had stronger confidence in the underlying character of the relative.

I definitely don't believe in nepotism when good people are passed over for incompetent relatives. However, I also recognise that hiring is at least 50% relationship. We hire those people we feel we can work with rather than hiring the most qualified. With Ted, I get the best of both worlds.

August 17, 2014 7:41 PM
 

Gary Schultz said:

It is not so much what you know or who you know, but who knows YOU.  

August 23, 2014 8:04 PM
 

Rob Farley said:

Indeed - the relationship must go both ways.

August 24, 2014 12:33 AM
 

Karen Lopez said:

Unfortunately, #SQLFamily wasn't just a warm and fuzzy name for a group of people trying to find new jobs or sell things to each other.  It originally was about people who went well beyond that and lent a hand, lifted other up, donated kidneys, let online friends stay on sofas, picked people up at the airport, supported eachother,  encouraged each other...all things that strong families do.

Now it's become a branding exercise for people to pretend to like each other for business purposes.  Sure, all us original family members are still part of it.  But like you said, it's an open group of people with some SQL stuff in common.  Not much more than that.  And that makes me said.

But real families don't need a label or a hashtag.  We still know who we are.

December 2, 2014 5:23 PM

Leave a Comment

(required) 
(required) 
Submit

This Blog

Syndication

Tags

No tags have been created or used yet.

News

News? Haven't you read my blog?

My Company


Can't find something?

Contact Me

IM: rob_farley@hotmail.com
Twitter: @rob_farley
Skype: rob_farley
E: rob_farley@hotmail.com

MVP (SQL Server)




Certifications








Adelaide SQL UG

Privacy Statement