In this episode, Dave and Jamison answer these questions:

1. Hello, long time listener first time question asker. I work for a medium sized tech company and I recently moved teams. Right now my old team is attempting to refactor a bunch of code I wrote to use a library that’ll make life easier. I don’t blame them, I tried to do the same thing. It does not work. I asked the tech lead “did you run into the same framework bug I did when I tried this refactor”… “nope” he said. So out of curiosity I pulled down the branch and guess what I saw, the same bug when I tried this refactor 3 months ago. Now I am in a weird position. Do I tell the tech lead again (he was the tech lead when I tried this same refactor) that this does not work or do I ignore it because I am no longer on that team? I don’t want to overstep my bounds but I also know its a lot of work to refactor all this code, so much work they’d need to stop delivering features and add this to their roadmap.

2. I have been interviewing for leadership roles and I keep getting asked “What is your Leadership Style”? I am honestly not quite sure how to answer this as I don’t really understand what they are asking. I have searched the internet for a clean, 5th normal form database that lists the available styles to no avail with no definitive tables. It seems this is truly a soft skill. From your experience, what is the interviewer really asking in this case, how can I better identify common styles, and what can I do to grow my skills in this area?

In this episode, Dave and Jamison answer these questions:

1. A listener named Steven says,

   Long-time listener of the podcast here—it always brings me so much joy!

   Should I prioritize title over salary?

   I’m currently based in Europe, working as a Senior Engineer at a big company that pays really well. The problem is, there’s almost no chance for promotion due to the economy and budget constraints. Plus, because of the organizational structure, I’m stuck solving small problems that don’t have a big impact. It’s frustrating—but again, the pay is great.

   Recently, I got an offer for a Staff Engineer position at another company. The catch is, the pay isn’t as good (30%+ cut), and I’m not sure about their culture or structure yet. However, the title could potentially open more doors for me in the future.

   Should I take the offer, accept the pay cut, and hope it’s a step forward for my career?

2. Hello! Long time listener, first-time caller :-) I’m on the final stretch of classes to finish my BS in computer science at WGU, most of which I’ve done while working. I’m now 40, and I have had 3 previous occupations and employers: aircraft mechanic for 5 years at a small shop, figure skater with Disney on Ice for 6 years, and most recently a partner at an environmental remediation/heavy construction firm for 10 years where my primary responsibilities were field crew management and technical writing for ecology reports. I would love your advice on how I could use these experiences to stand out on a resume or in a job interview. How can I indicate that I’m a hard worker and that I know just enough to know that I know nothing and am ready to learn? Thank you for your time, keep up the good work!

In this episode, Dave and Jamison answer these questions:

1. I am a mid level engineer overleveled as a senior engineer in a FAANG company. I got super lucky landing this high paying remote job, but dang… I did underestimate the expectations for my senior level. I had no FAANG experience before, just working at startups, flat hierarchies, just doing the heavy lifting coding.

   Now it is all about impact and multiplying impact across the team. I am told I should do less IC work and more leading of projects and owning initiatives.

   Can you give me some general advice on what actions I can take to get from the mid-level to senior-level? I am not really sure, what taking ownership really means in practice… These just seem like empty phrases to me without a meaning…

2. I have had a bit of time, while running a 40 minute build, so I looked into open pull requests. One PR caught my eye and I started to read through it and left a comment with a suggestion for a small change. All in all sounds good probably, but the caveat to this is, that the PR was marked as Draft.

   I was thinking that it would be useful for the author of the PR to already get some suggestions during development, but the response got me thinking. The author passive aggressively mentioned that the PR is in Draft and that there is more work to do.

   Am I the jerk for commenting on a draft PR? Second question, what other things should I pay attention to in code reviews to not be a jerk?