Soft Skills Engineering is a weekly advice podcast for software developers.
Hosts Dave Smith and
Jamison Dance answer software developers' most pressing
questions about life, the universe, and everything. Join us each week to laugh at our terrible
amazing jokes and gasp at our pretty good ideas pure wisdom.
In episode 19, Jamison and Dave answer these questions:
Would you ever fire someone over a coding mistake? For example, should you empathize with ignorance and explain how SQL injection works or is the mistake so basic as to be intolerable. Would you change your answer if the mistake was found during a code review or found as the source of a data breach?
How do you positively represent the desire to be demoted? I am called a ‘senior engineer’, but I got that way because of null instead of actual skill. I would like to be a senior engineer at some point, but I would be a better one if I travel more where I have seniors to look up to, established processes etc rather than stressing about defining everything myself; but that’s a weird thing to say to a current or potential boss and is hard to do without also volunteering for a pay cut.
In episode 18, Jamison and Dave answer these questions:
I’m a computer science major who still has a couple years of school left. I also have a part time job doing web development. I love what I’m learning and doing at work to the point that I question if it’s worth investing two more years into school. How would you counsel someone in my position?
From listener Antonio: How do I prepare for an interview?
In episode 16, Jamison and Dave answer these questions:
From listener David Renne: What’s the best way to talk to random LinkedIn recruiters, recruiter calls and emails? I prefer the reverse lookup apps to determine if an unrecognized phone number looks like a recruiter it goes straight to voice mail during business hours.
As a mid-level dev, i sometimes get frustrated when i try learning new things. how can i be more comfortable as a beginner? Sometimes i get frustrated with myself when i don’t immediately grasp something that i perceive to be very simple. It makes me less motivated to try new things and take risks on new technology, and really feeds my impostor syndrome.
In episode 15, Jamison and Dave join Brad Green, engineering director at Google and Angular team mamager, to answer these questions:
How do I deal with non-technical people at work? I often get questions that put me into a position where I have to explain really basic concepts to non-technical people like sales and marketing. They seem to rely on me like a crutch, and it gets tiring to have to explain things over and over. How do I strike the right balance of being helpful, but not so helpful that they become dependent on me? I want to be helpful, but I don’t want to spend 90% of my time acting as tech support.
How do I keep up with new technology but avoid being sucked in by hype?
In episode 14, Jamison and Dave answer these questions:
Since I am primarily a web developer, I often find there is a bit of developer prejudice, against web developers from software engineers of other categories. Often I find they think I am not capable of anything other than jquery dom manipulations, and talk down at me like I wouldn’t understand their expertly setup mysql queries. As it turns out, I too have my CS degree, and start new projects in all kinds of programming languages just to learn them. Any tips for breaking the web dev stereo types?
How to deal with legacy code and legacy coders? The code was probably good once, but it is impossible to maintain and doesn’t work on new hardware. You know the best approach is to scrap it and start from scratch but the original coder is resistant and wants to find a way to “make it work”. What do you do? In my situation, this legacy coder is a peer, and the only person above us doesn’t want to take a side on the argument, so we are left at a stale-mate.