DEV Community

Five things you should never say in a software developer interview

Isabel Nyo on October 27, 2020

Being a software developer these days is both good and bad. There are a lot of jobs available out there but there is a lot of competition too. If...
Collapse
 
1e4_ profile image
Ian

Nice article but touching on testing and saying your not a developer if you don't test is pretty harsh. Many many digital agencies bill per hour and testing is rarely/almost never a factor. The client doesn't care about tests, and certainly don't want to pay for them. Just my 2c. I worked in agencies for a while and have never written a test while with them, likewise as a contractor, most of my clients would never pay for tests so they simply aren't there.

On the flip side if your in a big business then yes, tests are pretty much mandatory, and even in some companies they have dedicated test developers. So it's quite a harsh statement to make saying your not a developer if you don't write tests, you simply aren't accounting for context. The rest of the points are good though 🙂

Collapse
 
synapse709 profile image
Tim Titus • Edited

If no one else will defend you, I will. I work in a Korean company where everything is "GO FAST FAST FASTER". At the same time, planning teams don't know what the hell they're doing and don't do prototyping of their UX flow, design is then delayed, features are flung here and there, added, removed, backlogged, the scope constantly changing, and by the time the project is ready to hit the development stage the completion deadline is an hour away.

This is quite similar to how it is in a badly-run agency, and in these situations if you have devs that take pride in their work and manually test edge cases as best as possible while they work, then it can be done without major issues. Of course, testing is the way to go, but there are situations where it just isn't feasible and they would rather finish the project and figure out the bugs as they are reported rather than set up tests that are torn down and redone every other day along the way.

There is also the scenario of rapid iteration in a startup environment where a pivot could mean all your tests need to be redone. In a perfect world, we would all do TDD.

Collapse
 
rad_val_ profile image
Valentin Radu

I agree. Context is critical. In all we do. There are books focused only on this: how we're biased to think in absolute terms when in reality things make sense only within contexts.
This applies to all her points, not just the one regarding testing. (e.g. code reviews are a waste of time if done on trivial code or without the involvement of both parties)

Collapse
 
zilti_500 profile image
Daniel Ziltener

I hope I'll never have to maintain any code you, or someone like you, wrote...

Collapse
 
rad_val_ profile image
Valentin Radu

Don't me mean. He has a point. In real life things like budget, time, purpose etc matter (as oppose to the software books and articles suggest we should always write).
Would I skip unit testing for life-critical or mission-critical software? I'd have to be crazy. Would I skip unit testing for my blog UI? Absolutely!

Collapse
 
1e4_ profile image
Ian

Have you ever worked in a digital agency? Do you bill your clients for tests?

Collapse
 
joachimzeelmaekers profile image
Joachim Zeelmaekers

I think this one "That is a stupid framework/technology/language - why would anyone still use it today." is indeed not really the way you say it. But I think it's important to make your preferences in frameworks clear. I always pick a sentence like: "The right tool for the job" or something like that to nuance it.

Collapse
 
eisabai profile image
Isabel Nyo

Yea good way to say it.

Collapse
 
sanidz profile image
sanidz

I cant resist but ask...
Based on your experience how much more childish/spoiled are developers in general in comparison with other professions?
My assuption is that those sort of statements are easily accepted just as a scapegoat for somewhat lack of maturity.

Collapse
 
eisabai profile image
Isabel Nyo

😂

Collapse
 
sanidz profile image
sanidz

You see this could be used in your advantage, you just need to know a little bit of child psihology. Next time try with these questions for those people:

  1. "We save working with legacy X framework and medieval H technology only for Rockstar developers. Do you think you could compete with them?"
  2. "Could you take more resposibility with helping junior developers by reviewing their code?"
  3. "Could you ever finish feature or release not tested code or code that isnt covering all edge cases?"

Actual people that dont want to work with technology X are never going to show up on the interview in the first place...

Collapse
 
rad_val_ profile image
Valentin Radu

Pretty much common sense: these are things the interviewer doesn't want to hear, not necessarily all true, depends on the setup, context, etc.
Most of the hiring managers out there are on autopilot and often don't stop and think, so yeah, if you really want the job, and don't care about anything else, don't bring these up.

Collapse
 
jankapunkt profile image
Jan Küster 🔥

I don't want to use [software/technology/design pattern] ever.

Actually that should be considered okay. Usually there is a description on what technologies the job is about and you have to draw the line on things that are beyond that. Otherwise you will end up doing the job for two or more.

If HR kicks you out, because of that (instead of updating the skill matrix) then this is anyway not the place you might want to be.

Collapse
 
iexa profile image
iexa

You should've just said that it worths to be diplomatic and not confrontational. Also internet explorer is fine nowadays, finally that it's called Edge and based on webkit. IE11 is also bearable to an extent if you need to support it, much better than the old IE6 days.

Collapse
 
gugadev profile image
gugadev

If a developer goes to an interview and says something listed on, he don't deserve be called developer.

 
1e4_ profile image
Ian

I understood the article as TDD a requirement and didn't take into account manual testing. I perhaps interpreted the article differently to what it was meant to. Sorry

 
1e4_ profile image
Ian

Maybe maybe. I guess we'll never know the real meaning haha. Have a great weekend!