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 104: Interviews With VPs and Hiring a Tester

Download

Dave and Jamison answer these questions:

  1. I went through the interview process, and as last step I had an interview with the VP of engineering. At the end of interview he asked if I had any questions for him. I didn’t know what to ask. What do you ask?
  2. I’m a front-end web developer on a SCRUM team. Our Product Owner is also our tester, but she has a very busy schedule and she hardly has any time to test anymore.

    My team thinks we need a second product owner, but I think we should hire a dedicated tester to help the PO. How do I convince my team and my manager to hire a tester instead of a second product owner?

    We don’t work with scripted test plans or anything, so I think a dedicated tester would be a huge benefit to our team and our deliverables.

A smiling speech bubble

Episode 103: Team Dynamics and Bad Code

Download

A listener named Dan talks about ThanksBot, an internal tool at Facebook to support gratitude.

Dave and Jamison answer these questions:

  1. I became an engineer because I loved my programming assignments and CS degree. However, at work I’m struggling to contribute beyond competing the tasks assigned to me. How do I participate more in broader technical solutions, process, etc?
  2. I recently started a new job, and a lot of the existing code is really bad. How can I raise this concern, or make improvements to the code, without offending my teammates who wrote it? Thanks!
A smiling speech bubble

Episode 102: Correcting English and Tyranny of the Urgent

Download

Dave and Jamison answer these questions:

  1. A teammate is a great developer but English isn’t their first language. Sometimes this results in bad grammar or spelling mistakes in code comments, variables, and method names. Often I correct it in code review, but I sometimes feel like I’m nit-picking, although I really do want it changed to be correct. It slows down code reviews. And of course, I don’t wish to appear racist or discriminatory. Any ideas for solving this?
  2. This is my first job out of college. Been there for 2.5 years. It feels like my manager is always firefighting and not able to be proactive, trapped by the tyranny of the urgent. It feels like our group is always behind on deadlines trying to catch up and we’ve accrued large amounts of technical debt with little to no time spent on improving our processes or tools. The result is that we produce a worse product and documentation than we should. This causes additional support required down the road further loading down the group. What can I or my manager do to improve this situation? Is this more common than I think?

Read more about the hairy arm principle and the fun memory tricks that game developers pull.