In this episode, Dave and Jamison answer these questions:

1. Thank you hosting this show. This show has given me a lot of insight on nuisances of engineering that isn’t mentioned anywhere. Having some experience in industry for a while, I always find in this position where I want some autonomy but I am bounded by the deadline. What do you think should be the way to start a career that gives autonomy while having that sweet benefits from the industry?

2. I used to be a senior manager of an operations team for a fire fighting service in Australia. I managed all of our physical operational assets - for example radio towers, mobile communications e.g. 5g, 4g technologies, mobile data terminals e.g. laptops in fire fighting appliances “fire trucks ;) “, data centers, networking so on…

   A restructuring means my team has grown to include in-house software development. While i am excited for this opportunity and on board with the changes, it is a very big shift from the physical and electrical engineering side to software development.

   The C level staff thinks the team lacks focus and there are “problems” to address.

   I have been meeting the new team and working through the changes. They are very nervous and are skeptical about how I’ll understand their world, which is fair.

   How can I best support this team? What are cultural things I should be aware of? What are key metrics I can measure that will fairly represent their hard work to the executive team? Any thoughts on what things a manager or managers can do to be supportive as the new drop in from across the room from a entirely different engineering discipline? Coding in my world is scripting and hacking about to make things work (telecommunication engineer)

In this episode, Dave and Jamison answer these questions:

1. A listener named Maria says,

   Hey guys! I am a software engineer working in web development at a small/mid-sized SaaS company. I come from a non-traditional background (self-taught, no CS degree) and I currently have 6 years of experience under my belt, the last 2 years of which I have been tech lead of a small team.

   I want to move into big(ger) tech, but I’ve not worked on any large scale systems so far. The biggest thing I’ve worked far had a user base of ~100k users and traffic would typically max out at ~2k concurrent users at peak times. Due to the nature of the work I’ve been doing at smaller companies (and also thanks to this podcast!) my soft skills are strong - I am good at working with lots of different people, I can deliver broad/vague projects, and I’m comfortable tackling ambiguous problems. I think my technical skills are probably decent, I’ve spent time learning system design and best practices, and I’ve put in the work to study CS fundamentals. Thing is, I would have absolutely no clue how to maintain an API that needs to handle 100k requests per second. My hands-on experience of concurrency and threading is basically just simple ol’ async/await.

   Grinding Leetcode aside, what can I do to make myself a stronger candidate for breaking into big tech? How can I be competitive against folks who already have big tech experience? Are there any projects I could do that would sway you as a hiring manager? I know it’s terrible market timing, I am just planning ahead.

   Love the show, thank you for making me a better engineer! :)

2. Hi! I have been working at my fully remote company with around 100 people in the engineering department for over a year now. While I see a lot of really smart people here, the code quality is lacking. We’re moving from a monolith powered using an opinionated framework to small services powered by a lightweight library, so there are fewer guardrails.

   I have many ideas on how to structure the code, add layering, etc., so the code is easier to understand and maintain. However, the company is very hierarchical, and despite being at a senior level, I don’t talk much to anyone higher than my lead. There are no staff or principal roles. There are also hardly any meetings, and the only ones I attend are within my small team of five people. Most of slack channels for teams are private, and I don’t ever see company-wide ideas like that thrown in the “general” channel.

   I initially wanted to present this to my team first, but I am afraid that if they don’t like it for some reason, it will be awkward to take it to higher management afterward. How can I share my ideas with a wider audience and ideally get this approved as part of my work so I don’t have to work on it in my free time?

In this episode, Dave and Jamison answer these questions:

1. I’ve been wondering what kind of career conversations happen between managers and the “max-level” engineers on the team. We’ve all been on a team with those really good staff/principal engineers who are super nice, have great people skills, and seem to have an answer for every technical problem. When I’m asked to peer review some of these people, I basically have nothing to say because they seem perfect. Yet even as individual contributors, they have the same manager and still have the same 1 on 1s with them. What exactly do they talk about? How are their career conversations held? I’m always curious what exactly the landscape looks like for these engineers and what exactly is “next” for them since they seem to have reached the level cap.

2. Hello peeps, I’m an engineering leader in a midsized company. I oversee a couple of teams and things in general have been going well. However:

   One of the teams tackles an extremely complex problem space and is usually up to the task, delivering things that almost seem like magic if you take a closer look. Now, due to the nature of this team’s work the value is not perceived as such by upper management, being questioned (almost pestered) if this is the right thing to do and even doubting if the resources should be allocated to it at all. The way that I see it is, that since this team has been quietly delivering greatness (delivering quality, meeting deadlines, not breaking things), there are not perceived as hero’s (like other teams would when then put out their, sometimes, auto inflicted fires).

   What can the team do to rise awareness about the criticality and impact of their work? This is important so that the team can have resources and doesn’t get pulled away from their current work. Also, is this a good time to quit my job while we are waiting for the AI bubble to burst?

   (Disclaimer, I’ve found an approach and am currently enacting it, but wanted to hear your thoughts on the matter)

   Optional: Shoutouts to S, a long time listener and early Patreon of the show.