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 217: Quitting words and double COVID internship

Download

In this episode, Dave and Jamison answer these questions:

Questions

  1. Hi

    Over time I have heard many different terms that all seem to equate to “I no longer have a job”. Some examples are quit, fired, laid off and terminated. What is the difference between these (and others) and what is best (both from benefits and emotionally) for the employee and the employer?

    Note I am not planning to quit my job or fire someone, but I am curious to hear your views.

  2. Hey guys, I love your podcast and find it super helpful for me as I start my career in tech. I am in a conundrum. I am a student and I took the opportunity Covid presented me to take up two internships instead of one. Both are at top companies. My question is I am feeling like I am drowning in work, how do I navigate through this and what are your general thoughts. Thank you in advance!

A smiling speech bubble

Episode 216: One-on-ones and inter-team power struggles

Download

In this episode, Dave and Jamison answer these questions:

Questions

  1. I have a weekly one-on-one with my manager. What should I talk about in them? Things like feedback and career goals become old and repetitive real soon, and I end up discussing current work items. I understand that a one-on-one is my time to ask questions and don’t want it to be a longer daily-standup.

  2. My front-end team mates are in a power struggle with my back-end team mates and my design team mates. They’re intentionally making technical decisions that artificially constrain the choices of other teams.

    For example, design wants a certain interaction for a new feature, and my team says “nope, it can’t work that way, cause the components we built don’t allow that”. Or, they make tickets for the back-end team as in “endpoints have to work this or that way, because our components assume that structure”. This often seems detrimental and confusing to other teams.

    When I push back against my team they are angry. When I defend my team other people are angry. When I try to strike a compromise I feel gross because I usually think my team is wrong. I’ve tried talking with other teams and managers about the problem. I feel gross about that too because I don’t want to point fingers or throw my team mates under the bus. Where should I even start?

A smiling speech bubble

Episode 215: Many jobs in one and junior git stickler

Download

In this episode, Dave and Jamison answer these questions:

Questions

  1. Listener Ryan asks,

    I am the only full-time software engineer at a relatively small company. There is also a contractor who has been with the company off and on for about 25 years.

    How do I manage playing multiple roles when the development team is so small? I take the role of software engineer, team lead, software architect, product owner, project manager, designer, QA, etc. Some of those roles are full time jobs. How do I still make progress on development (i.e. coding)?

  2. Hey guys, love the show. My question is this.

    I work in a small startup. About a year ago our team documented what our git workflow would look like. We agreed on things like rebasing instead of merging to master, and never squashing our commits into one, that sort of thing.

    One of our developers is now making a fuss about following these rules and constantly does their own thing. After speaking to them about it, they shut me down and said it is up to the individual developer to decide how they use these tools.

    There have been some heated discussion on merge requests with this person telling our senior devs that they don’t want to hear their opinions.

    This person started at the company 6 months before me, and I am only a junior engineer myself so I’m not sure if there is really anything I can do. I have been at the company for 2 years now.

    I have offered to help them learn how to use git the way our team agreed but was told “no thanks, I’ll do it my way”.

    What is the best way to navigate this situation? Is this something I should escalate to my manager, or should I just get over it?

    Thanks for the help, can’t wait to hear you rip this one apart :P