Voice of the DBA

I recently recorded a session with Ken Muse and a Redgate Flyway Solution Engineer. It was a fun session using GitHub and AI, and better managing the code in an automated fashion to bring some determinism to AI coding. I’m hoping it will be released soon, and you can see a vision of how you can better wrangle your AI agents and reduce risk and increase reliability.

When we started our discussion, Ken noted that he is an AI forward deployed engineer for GitHub. His job is to work with teams in how to use agentic coding. When we were first prepping, I had never heard the Forward Deployed Engineer title, which is apparently getting popular. It was in an issue of the Pragmatic Engineer Deep Dives last year, and I must have missed that issue. Apparently, this is a role that works part of the time with customer teams and part of the time with product or engineering teams.

In other words, a software engineer with a new title who gets paid more than a software engineer.

Titles are always a funny thing to me. I’ve seen people who write computer code go from programmers to developers to software engineers to forward deployed engineers. The job is the same. I work with a team of others who write code, or I work with a customer who wants code and might need help writing it. Or, if I’m working at a company that works with outside customers, this is really a consultant role renamed.

DBAs have had a similar change. I started as a DBA because they made a lot of money at the time. I moved from programmer to DBA, without much change in skill, but with a nice pay rise at a new company. I left that role before we got Data Engineers, Site Reliability Engineers, Database Reliability Engineers, and who knows what else. However, if I had stayed in a company, I’m sure I would have been changing my title periodically to earn more money.

Certainly, I’d still have been adding skills that give me a reason to change my title, but I’m not sure the job would have changed. Instead, I’d be trying to grow my career not only with seniority and time, but with new skills and title changes.

Maybe that’s a good reason to keep learning new skills. New skills let you claim you need a new title. Hopefully, you pick a title that HR doesn’t have any data about, so they have to set a new range for the position that’s above your current range.

Viola! Instant raise.

Not a bad career plan. Just make sure you’re adding some skills that are asked for in job descriptions, including soft skills. After all, a forward deployed engineer is going to be working with others, so communication is going to be key.

Steve Jones

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

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

Oh, how I wish I could make you learn. How I wish I could coach, guide, inspire, or even bribe you to learn more about your job, or things related to your job, or even things in life. I wish all of you would improve your skills, but more, I wish you would want to improve your skills. I find lots of people who do want to get better at things, but far too often, people aren’t trying to improve because they want to coast along at their jobs. Or really, anywhere.

I get it. You’re stressed and busy at work, though hopefully not too often. You have challenges at home, kids to raise, parents getting older, financial stresses, concerns about politics or sports or exercise or diet or just about anything in the world. We all have things that take mental energy in our lives. How/why/when should I add another thing to the list?

My view in the past has been that I invest in my knowledge and my skills because that helps me in the future. Whether that’s learning to write better T-SQL, or it’s learning a new thing about T-SQL, or it’s learning how to find information about the new thing in T-SQL. Or it’s something completely different. In the past, I’ve spent time learning to write better with a blog, knowing this might lead to a future job, but also to experiment and decide how much I liked writing. I’ve learned to organize presentations better, partially because I wanted to impress people at a user group, but also because I knew this skill would help me argue for a raise or communicate well in a job interview.

I thought about this recently as a fan switch went out at the ranch. That’s not related to work, but I like to learn everywhere in my life. We have a whole house fan that cools the house at night. Someone else installed it years ago, but the switch stopped working. My wife wanted to call someone right away, as none of us are a) electricians, or b) have worked on a hard-wired fan. However, I thought this couldn’t be difficult. It’s worth a small experiment. I ordered a part that was vaguely familiar to the broken switch, not having much confidence that it would work.

My son and I found the breaker (which was an adventure) and disabled it. We disassembled the switch, matched up wires, and replaced the switch. We turned on the breaker and were excited that the fan worked. We of course, had another adventure putting it back together, as the first time things didn’t work when we enabled the breaker, but we solved the issue. A couple of hours in total and $40 for a switch when it would have been easy to call someone and (likely) spend $150 or more.

I always ask questions when work is being done. Whether that’s a tradesperson doing building or repair work, or a fellow tech professional writing code, or a fellow marketer authoring content. I want to learn to be self-sufficient and more capable. Even if there are things I’d really never do and happily pay someone to do them, I want to know how they are done.

At the very least, I want to be able to judge future quality. That’s a skill I need with electricians and AI technology.

Steve Jones

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

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