Tag: career

  • The Journey to PostgreSQL (or anything)

    Most of you reading this work in technology, and I assume that you’ve had to learn something new on the job. Technology is constantly evolving, even on our existing platforms. On top of that, we are regularly given tasks that are outside of our current skill sets. Maybe not far outside, but to meet the changing demands of our jobs, we need to learn new things.

    I ran across an interesting post (on a new site) from Brent Ozar. I think that guy writes as much as me, but he wrote this one: Why I Started Using Postgres (And You Might Too). It’s a little provocative, but there are good posts on the site about things Brent learned in PostgreSQL. I won’t go into whether learning PostgreSQL is a good idea.

    The thing that struck me in this post is that Brent knew that this move was a risk. He was worried about moving to a new platform, despite all the reasons he had for doing making the change. I would bet a lot of us are in similar situations. It might not be PostgreSQL we are being asked to learn, but it could be Fabric, Databricks, Python, PowerShell, CosmosDB, or whatever other thing someone in our organization thinks is cool.

    The best sentence in here is this: “I gambled that I’d be able to learn how to do performance tuning quickly enough, …, in time to head off issues.” That’s the attitude I’ve often had in my career when I get requests to do something new.

    I’m willing to bet on myself.

    You should be willing to do so as well. Not bet on me, but on yourself. I know you don’t want to work 80 hours a week to learn, or get stuck trying to solve problems every weekend with new tech. However, I hope you are willing to do that for a week or one weekend. You’re willing to do some reading at night or experimenting during lunch in order to make something work.

    You’re going to have tough times. You’re going to question if you can make something work. Getting comfortable with being uncomfortable (for short periods) is how we grow and learn. It’s how we take leaps forward.

    It’s how we take advantage of opportunities that are in front of us.

    There are always opportunities to make a difference, to effect change, to build something you are proud of or that your organization values. Those stressful times when you drive to make something new succeed and have to learn a new skill in the process, these are the times when you can take advantage of an opportunity.

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

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

  • The Improvement Limit

    I caught a short post from Gary Bargsley on LinkedIn that had this quote: “Many people do not believe this is true. If there isn’t a fire to put out, then you are not doing a good job.” He included a repost from Shaik Ashraf with that quote and an image that explains better what things a DBA is doing because they aren’t always busy.

    I would say that by busy we think of a DBA as rushed and always trying to fix something that isn’t working well. I’ve certainly walked into operational positions where this was the case. Things weren’t working smoothly or breaking regularly. My phone was always ringing, as I moved from crisis to crisis. For some systems, rebooting them regularly was the fix, not because I didn’t want to determine a root cause and fix them, but because I had too many other priorities. A reboot at least recompiled plans, cleared caches, and got the system working for a few days.

    In those environments, it often took me about 6 months to make changes, implement some standards, find root causes and fix them, and change the way others worked. My approach was to find a problem, consider a solution, and present it to others in a rational way with evidence. I could almost always get approval to start making changes. Or I could convince a manager/director to get others to make changes to stabilize the environment.

    Almost always.

    Not always. And I’ve had a few jobs where things were broken, but everyone else wanted to keep their existing process and keep adding new features/apps/database/etc. and let the DBAs deal with the instability. After all, if I’m working for a salary, does my boss care how much I work? If he/she doesn’t, then I have learned I need to find a new job.

    After 6 or so months, I often find that I’ve reached an improvement limit of some sort. There isn’t a lot I can continue to change and fix, usually because of dependencies and a lack of desire by someone else to change. New work can often be built better, but I’ve often found that I have to live with anything else I haven’t been able to change. Even something as simple as adjusting a query can be a problem when the app developers don’t have an incentive to help.

    Have you reached an improvement limit in your job? Or maybe you have reached a limit to what you are willing to improve, given the environment in which you work.

    Steve Jones

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

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

  • Ghostworkers

    Ghostworking is pretending to be busy at work. According to this article, it’s on the rise with a number of people looking for other remote opportunities at other organizations. Some employees might be just wasting time at the office, though I suspect there is a minority that are actually working at another (second) job. Maybe they are growing a side hustle or maybe they’ve even accepted another job, and they’re spending part of there day on those tasks.

    This might be part of the reason that many managers want to get people back into the office. I think that’s flawed as a)  most managers aren’t great at their jobs and b) people still ghost work in the office. I’ve had numerous “clipboard carriers” alongside me in my career who spend an inordinate amount of time at the water cooler, coffee machine, or walking from place to place and are happy to engage in hallway chats. I’ve seen plenty of managers also not know how to hold people accountable for their work (or lack thereof). Especially technical people who find many reasons why problems are hard to solve.

    I wonder sometimes if we’ve created a culture of looking busy. Many employees schedule lots of meetings, often with managers, to provide updates or create discussions about what to do or how to do it. Often the meetings seem reasonable. However, a lot of those meetings, updates, or decisions could be cut short, and more actual work could be finished. The number of people engaged in meetings all day is crazy. That happens to me when I come to Redgate offices, but I am there for meetings, and I try to have substantive discussions. I also know I can’t do have that many meetings every week because I do need to actually get something done that helps the company.

    This quote in the article is disturbing: “The workforce is currently under immense pressure to appear productive, even when it’s counterintuitive to actual productivity…”. I wonder how many people feel this way in the modern world, and if this is a reaction to concerns about layoffs/AI replacement/something else or is it just slacking off?

    My career has been successful in part because I’ve always worked hard. I might not be a good example for many of you, as I likely work too hard, but I can say that being efficient and effective, getting tasks done on time or sooner, and not just agreeing to more work to please others has helped me. I agree to timelines that I can meet, and I work hard to get things done on time. I would say that constantly learning, finding better ways (and quicker ones) to do your job, will help ensure you have a good career. Especially if you work on things that the organization finds important, rather than those you want to tackle.

    Steve Jones

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

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

  • Can You Ask for a Raise?

    I mean, you can ask for a raise. It’s always an option, but is now the time to ask for a raise in this economic climate, where businesses can be unsettled and there are a lot of tech workers looking for jobs. I even saw a piece that noted many computer science graduates are struggling to get hired at the top tech firms. While that’s not where most people work, it seems that often other CIOs/CTOs look to the big tech firms for guidance, and they may choose to hire fewer new staffers as well.

    This is on my mind at work after reading an article on asking for a raise that I added to the newsletter. It’s a response in the advice column where a reader asks how to go about asking for a raise when they think they deserve one. It is unclear in which industry or level this person works, so I am not sure if I think the advice is good.

    The gist of the response is that anyone wanting a raise needs to make a business case about why they deserve more money. I agree with that, but the piece goes on to talk about cost of replacement and loss of knowledge. To me, those start to delve into the area of a stick over a carrot approach to asking for a raise. I have used those techniques, but only when I am truly ready to look for another job if they don’t agree. While you might think you know your manager, you never know when they (or their boss/HR) might take offense to you bringing up the losses from you leaving.

    I’d also say that if you are successful with this, it might be a one-time thing, and it might affect future bonus/raise amounts as the company thinks you’ve already gotten extra compensation.

    That’s not to say that you can’t ask for a raise. I’ve been successful making a business case that’s based on my salary compared to peers doing similar work. Experience matters a bit, but the job I do and my responsibilities matter more. Of course, if I’m near the top of a range, then I’m really asking for a promotion and a raise. That might make sense, or it might not. Ask yourself as you build a case if you’d respond well if you owned the company and this was presented to you.

    Maybe the most important thing to evaluate is the situation in which your business finds itself right now. Is it doing well? Sales/revenue/profits increasing? Are they lean on staff and need to hire more? Or is that not the case? Does your management seem to value experience and the work you do or are most of the staff pressed to do more work over time, with your coworkers in similar situations?

    Maybe most importantly, do you trust your manager?

    If you don’t feel confident in positive answers to these questions, proceed cautiously. Asking for a raise is something I’d be very careful of, at least in the US in mid-2025, as it seems to be the hope of executives to use more AI to replace people. Couple that with the large number of people looking for jobs and this environment might cause a reasonable request to be denied or could create lingering ill will. That might not be worth a short-term raise.

    Steve Jones

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

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