Soft Skills Engineering listeners are awesome. Here's what they are saying about the podcast.
Facing a 9 hour drive, I grabbed a bunch of podcasts to listen to. I don't even know what the other ones are.
Seriously, this podcast is full of massively helpful and relevant content from two people who are experienced, funny, and insightful.
I owe you a lot, listening to Soft Skills has completely shifted my thoughts on what it means to be an engineer.
It’s probably one of the more useful things I’ve gained during my time at Amazon. I kind of brushed this stuff off, considering some of it
politics, and the rest unimportant, but boy was I wrong. It definitely helped me grow, and I’m totally indebted to you for that.
In this episode, Dave and Jamison answer these questions:
I run a small dev team. One junior developer constantly openly challenges things that don’t meet this their preference. As a manager I don’t want to stifle innovation, but need to find a balance on being able to meet business goals on schedule.
I want to add an automatic formatting tool to our code, but my co-worker is resistant to the idea. He started this project and I’m brand new to it. I don’t want to push it too much, but I would really love to use it. I’ve shared with him all the reasons that it would be good, and addressed most of his concerns. I’ve also submitted a PR to show him what it would look like. Also, he is in another timezone 9 hours away, so communication is all on GitHub, Slack, and the occasional video call (if I wake up early). He finally said if it really helps me, then I can go for it, but I don’t think he would like it if I did. Should I go for it? Try to convince him more? Or just drop it?
I recently interviewed for a role I was very interested in. I didn’t get the job,and despite several attempts, didn’t receive any feedback on what I could have done differently. I still really want to work there at some point in the future, but have I taken it too far? Have I accidentally burned all of the bridges before I set foot on them?
I am a lowly SSE that recently started a tech newsletter at my company. One of the senior VPs (let’s call them “E”) sent out an email to the org asking people to reply to a newsletter survey so that their team can be featured. A senior manager (“K”), was upset his team wasn’t featured but I informed him that he didn’t reply to the original survey.
I explained to “K” that he can still send me information for the next issue. “K” then replied back with something very condescending and has now made the newsletter a political device. How should I proceed from here?
Since working remotely I’ve noticed a trend to do things like not leaving the house, growing my beard out to above average length, or not wearing (real) pants. What should I do to keep from losing any/all interpersonal skills?
Is there such a thing as meetup etiquette? When I attend meetups and attempt to initiate conversion with people, I’m hesitant to interrupt people who are in discussion with others. Should I wait, try to join the discussion or just barge in on the conversion?
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?
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.
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?
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 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?
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?