Tag: career

  • Habits and Familiarity

    This piece was originally published in Database Weekly on Oct 12, 2009. It is being re-run as Steve is away on sabbatical.

    I’ve heard that it takes 2-3 weeks to develop a habit. Do something every day for that length of time and it will start to be a routine for you. I’m not sure it happens that quickly, but I know that after a couple of months, running became a habit for me, and became more enjoyable. It’s something that I now look forward to daily.

    When something becomes a habit, or becomes part of our routine, we develop some skill with that. In our jobs, building those skills usually makes us more efficient. When you know the schema of your database or you can remember the syntax for a SQL command, you don’t have to look things up in Books Online, and you can code quicker. I know I’ve strived to develop habits over the years, ingraining certain tendencies that would allow me to get more work done in shorter periods of time, at a higher level of quality.

    However technology changes. And sometimes sticking with those habits, those tried and true methods of solving problems, isn’t the best way to build your software. As new features come about, or products behave differently in new versions, sticking with the same methods for solving problems might not be the best way to continue to do well at your job.

    I noticed a new blog series this week from Aaron Bertrand and Adam Machanic that looked at kicking some bad habits in the SQL Server world. There are some good posts in there, and I remember having some of these habits, and having to unlearn them and work on new habits. Moving from the old style joins to ANSI ones was a hard habit for me to break, but now I can’t go back. I even have trouble reading forum posts where someone has stuck to this style of join. Not all of these habits are bad in terms of performance, but I think it’s a good series on habits you can break that will make you a better coder on a team. Some of the items mentioned make it harder to share code with other people if you are still using them.

    While it’s good to break habits, I don’t think that it’s worth jumping in and experimenting with every new change that comes along. It’s good to have some habits and familiar techniques lying around that make you efficient. Use them as long as they work. But pay attention, educate yourself, and read about changes. Talk to friends and learn what new things they’re trying. If something becomes a standard and makes sense, add it to your toolbox, and pull it out as often as you can.

    That way you’ll build a new habit.

  • Motivating the Team

    This editorial was originally published on Oct 7, 2009. It is being re-run as Steve is away on sabbatical.

    You’re a corporate worker, building applications that your business uses to sell it’s widgets, gizmos, doohickeys, or ho-hums. Whether you’re a developer or a DBA, it’s not exciting work. Nothing to write home to Mom about with any level of enthusiasm. It’s a daily grind of CRUD applications designed to improve the efficiency of business workers who enter data, or view reports about how things work in the real world.

    That seems to be a story played out in many companies all around the world. Lots of creative, talented people, all stuck in boring jobs cranking out code that supports the business. Over time they become jaded, un-motivated, or burned out at their jobs, perhaps even questioning their choice of career.

    How do you motivate people in that situation?

    I’ve seen lots of business seminars and presentations designed to increase moral, or somehow get people excited about their company. Most of them have failed miserably for me. I haven’t left feeling motivated, especially  over the couple last decades where it seems so many corporations’ management care little about their employees, and only about what their quarterly number will be. Or what their bonus might be as executives.

    Even though they are paid differently, everyone has to feel appreciated. – Roger Staubach

    It’s a great quote, and one that I think tells us what motivates people. We want praise, we want to be challenged, and we want to enjoy our work, but what we really need is to be appreciated. Make a worker feel like they matter and they will put up with and even enjoy their jobs more.

    Steve Jones


    The Voice of the DBA Podcasts

    Everyday Jones

    The podcast feeds are available at sqlservercentral.mevio.com. Comments are definitely appreciated and wanted, and you can get feeds from there.

    You can also follow Steve Jones on Twitter:

    Overall RSS Feed:  or now on iTunes! 

    Today’s podcast features music by Everyday Jones. No relation, but I stumbled on to them and really like the music. Support this great duo atwww.everydayjones.com.

  • Farewell

    This is my last day of work this quarter as I start my sabbatical at 5 o’clock today. I’ll be gone for the next six weeks, away from SQLServerCentral, trying to improve and grow myself while staying as unwired as I can during that time. The rest of the staff here at SQLServerCentral will pick up the load, and I’m sure everything will be fine.

    This is a bit scary for me. I’ve pretty much been employed full time since I was 17, only taking a few, short, involuntary stretches of unemployment in almost 30 years. Even during those times without a job I was focused on finding a job almost every day, so it felt as if I still had the job of finding a job during those times. I’m nervous about taking the time off, and certainly worried a bit about SQLServerCentral as I’m not sure I’ve been away from the site for more than a week since it was founded.

    This is a temporary farewell, as I’m planning on being back on July 14th, just in time to head to the UK for SQL Bits. I’ll likely be doing a touch of writing, and trying to get a little coding done on some side projects, but for the most part I won’t be answering email or checking on the site. That alone will be a good test of my personal growth. If I can avoid www.sqlservercentral.com, I think I’ll be doing well.

    For those of you that are interested, I’ll be posting on my blog, under the sabbatical tag. I’m trying to document some of my adventures, and hopefully I’ll have something to show for my efforts at the end. I’m nervous, but also a little excited. Six weeks to work on some projects away from work seem like a dream on top of my already amazing dream job.

    Steve Jones

    The Voice of the DBA Podcast

    Listen to the MP3 Audio ( 2.4MB) podcast or subscribe to the feed at iTunes and LibSyn. feed

    The Voice of the DBA podcast features music by Everyday Jones. No relation, but I stumbled on to them and really like the music. Support this great duo at www.everydayjones.com.

  • A Little Learning with Pluralsight

    I’ve been working on a new presentation on testing using the tSQLt framework and was curious how other people are using the framework. I read through the documentation and various articles on Simple Talk. I also went through the Google Group and StackOverflow tags for tSQLt, gathering lots of viewpoints on how the framework is used.

    However I wanted more. I’ve tested T-SQL code before, but usually in the simplistic way that I see most SQL Server developers running tests. Contriving a bit of data, building a query that checks things, and moving on. I’ve never written formal SQL tests, and wanted to learn something.

    I turned to my friend, Google, and was surprised to see a course on Pluralsight pop up. I didn’t think tSQLt was popular enough to build a course, but apparently it was, so I signed on and went through the course. It was interesting, and I got a nice set of hints on how Dave Green uses tSQLt and some ideas on how I could enhance my presentation.

    Then I went looking for a few more courses. Since I was a bit laid up with my knee surgery, I was stuck in bed and rather than watch TV, I wandered around the Pluralsight site a bit. I was surprised to find a course on SQL Prompt and went through that, getting a few tips and tricks that I hadn’t used before. I also started a course on CTEs from Joe Sack, and I’ve learned a couple tricks in there.

    Overall, I’m impressed with Pluralsight. I’ve had a subscription for some time as an MVP, but hadn’t accessed it. However I’ll be spending a few minutes here and there working my way through the offerings, trying to learn a bit more about SQL Server, as well as tackle some C# and security.