It takes more than great code
to be a great engineer.

Soft Skills Engineering is a weekly advice podcast for software developers.

The show's hosts are experienced developers who answer your questions about topics like:

  • pay raises
  • hiring and firing developers
  • technical leadership
  • learning new technologies
  • quitting your job
  • getting promoted
  • code review etiquette
  • and much more...

Soft Skills Engineering is made possible through generous donations from listeners. A heart with a striped shadowSupport us on Patreon

A speech bubble

Why should you listen?

Here's what listeners say:

Recent Episodes

Latest Episode

Episode 389: Sleepy and bureaucracy

Download

In this episode, Dave and Jamison answer these questions:

  1. The Sleepy Engineer says,

    Hey SSE, how do you deal with drowsiness? I notice that sometimes when I am very tired at my desk and end up eyes closed head drooped down as I work which I imagine is a bad look for anyone passing by. During this time, I would either get coffee or stand up and walk somewhere which is a temporary fix but ultimately I am still very tired. I know in very few really big company HQs there might be a sleeping quarters if you plan to stay the night but my company is certainly ain’t one of them. Any advice on how to get through the day? Thanks for the great show.

  2. After seeing a hyper growth in 2021-2022, our company has become a bureaucratic hell hole. RFCs, PRDs, ADRs, reports. My manager (director of engineering) would request these documents but never read them. When someone doesn’t like the solution proposed, they have the option to say no and the project is blocked. But nobody (including the manager of the team) have the autonomy to say yes and move forward. How do you deal with this? Or is it time to give up and listened to the patented advice to quit my job?

Show Notes

A smiling speech bubble

Episode 388: Money not compliments and principal engineer coding guidelines

Download

In this episode, Dave and Jamison answer these questions:

  1. Hey guys, love the show. Not sure if its really a question or more of a confession. I’m an individual contributor at a software company with a few thousand employees. A lot of professional books/training courses I encountered over the years talk about the importance of positively acknowledging your employees/reports/team members when they do a good job. Most of them say that this sort of praise and other immaterial motivation is more important than material motivation (bonuses/raises). More and more, my higher ups had started trying to motivate us with public “pats on the back” for individuals and teams. They were never generous with the material motivation to begin with. Honestly, i find these pats on the back grating. I don’t need to be told “good job kiddo” to actually work hard. To be blunt, i want a raise and/or bonuses, not empty words. But material recognition is all red tape and budget constraints these days, so I dont actually expect much. The issue is that the immaterial motivation just reminds me of what is just out of reach, and thus just demotivates me. Is there any good way to express these frustrations to my manager without sounding like a materialistic greedy bastard? Which I suppose I am, but I’m tired of feeling like one.

  2. I’m a principal engineer working with two teams of developers who own a product domain that is being rewritten on an aggressive schedule. We’ve increased headcount over the past year but we’ve started having friction with some of the new hires. Its clear that they want more input into the patterns and coding styles used by the teams that were established prior to them joining. Unfortunately, this seems to come up in PRs rather than discussions and leads to push back from me and the tech leads on the teams. This has lead to our engineering manager commenting that they’re getting complaints about us being too restrictive and developer happiness being impacted. While I don’t want any of the developers to be unhappy, I worry that the EM is risking hurting the team as a whole by focusing on the happiness of one or two new hires. The Tech Leads are also starting to worry about what they are allowed to comment on in PRs. Help! How do I keep the devs from feeling underappreciated, the tech leads feeling empowered to lead, and ensure that the codebase stays consistent between repositories so all developers can move between services without feeling lost?

A smiling speech bubble

Episode 387: No juniors and manager forced to return to office

Download

In this episode, Dave and Jamison answer these questions:

  1. Hello Dave and Jamison, I wanted to say thank you for your podcast. It’s been a great wealth of information and comic relief. Can we bring back the guitar intros?

    I work in the technology arm of a large corporation. There are no younger engineers. I am one of the youngest at just shy of 30 (my first tech job after going back to school).

    I receive praise for my eagerness to learn and grow and how much I try to engage with the org. I feel like if we hired more Junior engineers it would both increase the engagement of the org and give senior engineers more of a sense of purpose to pass the torch. One of my favorite engineers from whom I get the best advice has been here for over 20 years and they are awesome!

    I also get great advice from people on my team but some of them are cruising or in a “couple years till retirement” mode.

    Should I try to convince management to hire more junior engineers? Is there anything I can do to relate more to older org members?

  2. Hi Dave and Jamison! I’m an engineering manager tasked with getting the team back to an open office (hybrid). My team works very well remotely, with the occasional in-person meetup. I believe that in terms of productivity, work-life balance, engagement, and turnover, RTO will negatively impact the team. I’m torn between representing what I feel is good for the team and supporting the company’s decision. I’ve already expressed my concerns with management, and the overall sentiment seems to be that anyone who doesn’t like it can find a new job. Aside from this, I like my job, team and company and don’t want to quit over this. Any tips on finding a balance representing team needs and implementing higher-up direction?