DEV Community

Cover image for Seeing The Big Picture: One Important Aspect Of Being A Senior Developer

Seeing The Big Picture: One Important Aspect Of Being A Senior Developer

Elena on January 28, 2018

This post was originally published in my blog smartpuffin.com. I often ask this question on interviews: "What is the most interesting or chall...
Collapse
 
z0al profile image
z0al

I wish I had known this before!

But now I do, thanks for sharing :)

Collapse
 
jfrankcarr profile image
Frank Carr

I actually had that question today in an interview. This is the kind of interview I prefer over a game of programming language Trivial Pursuit or some unrelated-to-the-job whiteboard programming puzzle.

My answer revolved around a project I worked on a few years ago that involved working with cardiac monitoring data. In that project it was essential that everything worked right because peoples' lives depended on it. If an alert condition was missed or a doctor wasn't informed when necessary, someone could have died. I described how testing was done and how levels of error handling were included to insure accuracy and security.

Collapse
 
ice_lenor profile image
Elena

Wow, Frank. My respect. That's a very challenging project indeed, and I'm sure you've done a great job there.

Collapse
 
mortoray profile image
edA‑qa mort‑ora‑y

When I listen to people talk about previous work, I'm not sure if I'm actively listening for the "why". I am definitely listening for an understanding of their work though, which probably includes quite a bit of "why".

It can be difficult for people, especially those not in senior roles. Here are some valid answers you might encounter, but are challenging to formulate and not sound stupid or like a dick:

  • I just don't know why. My head was in this other part of the project and the discussions on this other bit just kind of passed me by.
  • Because my team lead was an uncompromising individual with outdated skills and forced the decision on us. (Wording here is so extremely important as not come across negatively -- that is, never say what I just wrote!)
  • A manager agreed with a vendor to use their product, now we're stuck with it.
  • It seemed more productive to just randomly pick one of A/B/C instead of wasting weeks evaluating them. (This is a legitimate reason at times, especially for smaller components).
  • I chose the unknown tech C, because I already know A and B and they are crap.
Collapse
 
alfiedarko profile image
Alfie Darko

I reflected on this today, great article. So many things to take in and improve upon!

Collapse
 
rattanakchea profile image
Rattanak Chea

great post. I had always struggled to answer this question. Now I have a better idea and will spend some time thinking about what I have done in my previous projects.

Collapse
 
jangerhofer profile image
JD Angerhofer

Something to this effect should be included in the requisite Developer 101 handbook reading for every new member of the community. Well said!

Collapse
 
ice_lenor profile image
Elena

Wow, thank you :)

Collapse
 
cotcotcoder profile image
JeffD

Important subjet perfectly explained, very helpfull :) Thanks for sharing