Voice of the DBA

Tag: career

  • Finding Balance: Things Will Come Up

    I have a presentation on finding balance in your career that got quite a few people thinking and commenting on their own experiences. I decided to write a few posts supporting the ideas in the presentation, which my wife and I have used to both drive our careers forward while enjoying our lives.

    Just this week, I had an example.

    This is a series of posts on finding balance in your career.

    It Starts with a Picture

    My daughter told me this happened Monday afternoon. This is one of our horse feeders, and as you can see, the bottom has fallen out.

    2026-03_0141

    This happens periodically, but it was unexpected. In this case, I’d returned from a week and a half of travel, and I needed to try and get prepped for some additional travel the following week.

    In other words, I had plenty of work to do, lots of commitments in life already in place, and now something new pops into my life.

    This isn’t critical, but it is something I need to get done before I leave again, which left me limited time around work, coaching commitments a few nights a week, trying to get time to exercise to maintain my health, cooking for the family while I’m here, and, of course, getting time to relax.

    I decided I’d have to find time in a couple ways. First, I got up a little early, 30 minutes, the next day and started working. When my daughter texted that she was getting the tractor out, I took a break and went outside to meet her and bring the feeder back to the house.

    I then evaluated what was needed and realized I needed some wood from the hardware store. Fortunately, I had a meeting scheduled that I didn’t need to speak in, so I started to town while listening to the meeting in the car.

    Multi-tasking FTW.

    I had almost completed my trip to town when the meeting ended. I drove back and went back to work, handling a few tasks, editing an article, etc. Once I thought I had gotten most things done for the day, I took a break.

    It took about 75 minutes to cut some wood and re-attach the pieces and parts in the feeder. I’d cut into my day a bit, but fortunately work is flexible and I can work a little longer on Wednesday to make up for the time missed.

    That extra work will cut into my time to relax, but this is an unexpected issue, and I have to trade time somewhere. Making adult choices, I flexed work to get something in my life done sooner, and spread that flex across two days so that I wasn’t overloaded.

    Less time to relax, but that happens some weeks. Especially with horses.

  • Breaking Down Your Work

    I saw an interesting LinkedIn post on Kyler Murray and how he goes about approaching the game of American football. I don’t know if this meme is true, but certainly, his efforts to prepare have been a reported issue during Murray’s career. The post actually deals with sales and analyzing the reasons for deal success or failure, something I’ve been able to witness at Redgate the last few years. It’s interesting to me to see the sales process examined, though I don’t make sales.

    Incidentally, one of the comments is one I appreciate, referencing Kobe Bryant and the Mamba Mentality. I like the approach of working and asking questions to become better.

    Most of us technical people aren’t thinking of sales, but do we break down and re-examine how we do our jobs? Do we aim to improve the skills we have and develop more depth in the areas we work? I know lots of technical people like learning new skills, but is looking at the improvement (or refinement) of existing skills on your list?

    My experience has been that most people don’t look to grow deeper in many ways. They learn a thing and then often use that skill, but don’t often re-examine to see if they could actually do that thing in a new way. Technology changes, and it’s easy to think that the way you write SQL or build servers or implement security is good enough. It can pay to not only learn new things, but re-examine your existing patterns and practices to see if there are better ways to accomplish those tasks.

    This is where the one year of experience repeated ten times comes about with candidates who don’t interview well. They’ve been repeating patterns without improving them.

    I promote the idea of regularly improving your skills, sharpening your tools, and growing your abilities in a way that provides value for your employer and ensures you have a successful career.

    This is going to be more important in the future, especially with AI impacting the way many managers view technical work.

    Steve Jones

    Listen to the podcast at Libsyn, Spotify, or iTunes.

    Note, podcasts are only available for a limited time online.

  • T-SQL Tuesday #196: Taking Risks

    This month we have a new host, James Serra. I’ve been trying to find new hosts over the last few years to keep this party going and to expand the ways in which people look at database work.

    There are definitely less bloggers, but in the age of AI, I think the more you can stand out and show that you add value, that you think about things, that you can spot AI mistakes, the better off you are, so keep blogging an encourage others to do so.

    This is a great invite, and I’ll give you my response below.

    A Big Leap

    I had changed jobs a few times after I moved to Colorado. I worked at an established small company, which was still a bit of a startup, and after sleeping in my office 8-10 times in a year, I looked for another job. Another startup, which failed, left me looking again. I got a job at JD Edwards, which turned into PeopleSoft after an acquisition. I was promoted, and in a good place.

    At the time, I’d been running SQL Server Central on the side with Andy and Brian for a couple of years. We were making it work, but it was stressful in that we spent time at night, on weekends, and during breaks keeping it growing. We were feeling the stress and decided someone needed to work at it fulltime. We’d made a big sale, so we had some cash to give us stability, but if things went poorly, this was about a half a year’s salary for any of us.

    We debated it a bit and I decided to make the leap to working for the company fulltime. I took a small pay cut to do so, but we expected a monthly dividends to make up for most of the decrease in pay. Not all, but most. The main reason I decided to make the leap was that my wife was working fulltime and provided our health benefits. That was a cost Andy or Brian would have needed to shoulder themselves.

    This was a risk. At the time, I worried about my skillset. Would they atrophy? If this didn’t work, could I go back to work as a consultant or fulltime DBA? Would I miss out on the learnings and growth that come from being involved fulltime in projects for an organization?

    Looking back, it doesn’t seem like a big risk, but at the time, in the 2003 timeframe, it felt like a major leap away from the security and stability of corporate work. Sure, I’d changed jobs in the past, but I always had a strong track record of delivering results in a position. I was giving some of that up and the longer I was away, the more I was worried about coming back.

    Over time I realized that a lot of what I do here with testing scenarios, mocking situations, and working through the challenges people face is the same type of work that I would do in a corporate environment. I don’t have the pressure from a manager, but I often put that on myself, so it’s very similar.

    This was a calculated risk, but still a work. Fortunately, it was a one that worked out well.

  • Writing as an Art and a Job

    I remember listening to an interview with Rick Reilly in the mid 2000s. He was the back page columnist for Sports Illustrated for years as well as a writer in various pieces. He talked about how he would lay on the couch in his office sometimes, trying to think of what to write. His kids would come in looking for attention, but couldn’t understand that Dad was “working”.

    I had been writing the editorials at SQL Server Central and I could relate. Moving from 2 to 5 (eventually 6) editorials a week was a lot of work. It was stressful in a way I couldn’t imagine when I started writing them. I quickly realized that if I had to produce a new one every day, I was in trouble. There would be days I’d struggle. I needed to have a queue of pieces at least partially ready if I were going to manage this job and find balance with my family.

    Recently I was listening to an interview with Lee Child, who writes the Jack Reacher series. He said that writing is both a creative endeavor and a job. It requires some inspiration and time, but it also requires you to buckle down and get to work. This is an area where delays are inevitable (everyone gets writer’s block) and if you aren’t thinking ahead delays will occur. Delays aren’t great for newspapers or other scheduled events.

    SQL Server Central became a newspaper.

    One of the things I did early on was start to enhance my powers of observation. There’s no magic here; it’s really a habit to look at things in your life in a different way. For me, this meant considering each question posted on the forums, each bug reported in SQL Server, each complaint/criticism/success through the lens of both telling a story and generalizing the wider issue.

    I learned to write about what I experienced by seeing the experience as a source of inspiration.

    I started keeping notes. First in a text file, then OneNote, then Evernote, and today, Joplin. As I would see something interesting in the world, I’d make a note, copy a URL, write a sentence or two. I then regularly go back and flesh out these ideas and add to them. It’s similar to the recommendations I make for blogging: make notes, expand those later.

    The job part of this was making time to write on a regular basis. I used to try and write every day. I had some success, but I also learned some days I struggle to articulate my thoughts. Rather than struggle, I learned to just abandon the effort and go do other work, or sometimes, go to the gym or get away.

    The flip side of that is that when I feel the writing is flowing, I write more. I don’t stop after one editorial (or blog) and I’ll try to tackle another one or two. If I struggle with one topic, I may find another easier, so I flip through notes and keep trying to get another one when I am in the mood to write. I sometimes find I can write 3 or 4 in a day and then not do much writing for another few days.

    Many of you reading this do technical work. You work on systems, or in code, or both. However, the world is changing. I started this piece with the 25th anniversary of SQL Server Central in mind, but really, AI is front of mind. I’ve had 3 conversations today about AI stuff, and the one thing that stands out is communication and clearly expressing yourself if crucial to getting AI to work well for you.

    Learn to write better. It helps in your communications with humans and with AI LLMs.

    Steve Jones

    Listen to the podcast at Libsyn, Spotify, or iTunes.

    Note, podcasts are only available for a limited time online.