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 135: Publicly Correcting Speakers and Forced Into a Dev Role as a Product Manager

Download

In this episode, Dave and Jamison answer these questions:

  1. I went to an internal company developer meetup recently. The speaker was really new at the topic they were presenting and shared some incorrect information. I didn’t want to correct the speaker in front of a bunch of people, but I also didn’t want everyone at the meetup to leave with incorrect information.

    How can I be respectful to the speaker while making sure attendees aren’t misinformed?

    Thanks for doing the podcast! I think it’s great!

  2. I recently joined a new company as a Product Manager, this is my first non-development role after 5 years of development. It took me a lot of time to get to this role. During the interview they said I would be involved in development at the beginning of my role to get to know the system and not implementing my own features. After ramping up a bit, I was able to define a bunch of features, but management kept telling me that they are finding it hard to find people and they want me to implement the features myself. I have no problem doing it for my first project but I feel this is going to continue and 6 months from now I will still be working a as developer again. I can leave and get another Dev role but I am really excited about product and I want to continue in this career transition.

A smiling speech bubble

Episode 134: Boredom vs Money and Agile vs Long-Term Schedules

Download

This episode is sponsored by Pluralsight. Pluralsight is hiring data scientists, machine learning engineers, and software engineers. Check out the jobs at https://pluralsight.com/softskills

In this episode, Dave and Jamison answer these questions:

  1. I’m current doing nearly nothing at work (not by choice) and getting paid a king’s ransom for it, just to stay on the roster. I’ve never been in this situation before. Would I be foolish to give it all up just to not be miserably bored? I’m pretty sure this isn’t sustainable, and I’d get laid off in the next economic downturn before you guys might get to my question, but just curious what your insights are.

  2. How to deal with teams that are run as “Agile”, but management who want timelines and deadlines to steer the business?

    I’m at my second large software development company that’s following the agile/scrum ceremonies with weekly sprints that entail grooming/planning/retro meetings. Management keeps track of progress to align the efforts of multiple teams spread across the organization. I’ve noticed over the past year an increased desire for estimated timelines for when each team will be done with their portion of the project. This forces the team to groom and size stories months out ahead. These estimates end up becoming deadlines that need justification to be pushed back, which is common since as you get into the work you find more stories need to be added.

    I had a very similar experience at my last company. Both have 5-10k employees.

    I understand the needs of the business to plan ahead. So saying “it’ll be ready when it’s done” is not a good answer. However, it feels like we’re constantly falling behind arbitrary deadlines and in a constant frenzy to catch up.

    So….what do?

A smiling speech bubble

Episode 133: Herding Linter Cats and Surviving Until Severance Time

Download

In this episode, Dave and Jamison answer these questions:

  1. How can I make my team be more proactive and go out of their comfort zone more?

    I recently started a new job as the team lead for a team of four developers. Each developer has their own pet things that they keep themselves busy with; one likes to configure linters, another has a long-running project they keeps to themselves, and so on.

    We have been tasked with a new, high-priority project which involves new technology and would require everyone to pitch in. So far, though, that has only happened when I’ve directly asked someone to do something.

    I absolutely do not want to end up in a position where I have to tell people what to do. How can I make them realize that this new thing should be their top priority, even if that means going out of their comfort zone?

  2. TLDR: My role and product are moving to a different country. I don’t want to relocate.

    I have to stick around at least another 3-4 months to get my redundancy package. In some ways this is great as I’m pretty unprepared for interviewing right now. On the other hand, this is terrible because I’m pretty unprepared for interviewing right now.

    How do I keep morale up, for me personally and the wider team during this period?