Remote Interviewing Tips for Developers

Tris Revill - May 4 '20 - - Dev Community

I have been interviewing developers and engineers for years. Either for onsite positions or remote ones. Over the years I have realised that not many people share developer-specific tips for interviewing remote. This isn't about passing the interview technically speaking, but about how you can develop the "interviewing" skills that are going to help you ace your interview.

Remote interviews can give you a huge advantage, you are in your own environment. If you are well prepared you will ace it.

Preparation and practice is key.

Stay cool, Keep smiling, Keep your energy high. Video kills energy so look into the camera and talk to your interviewer.

After a few goes's this will help you!

TURN OFF ALL YOUR NOTIFICATIONS

Seriously, everyone can tell when you stop paying attention in an interview because you just got a notification about a new awesome post on Dev.to ;)

Even though you are probably at home in front of your computer, remove as many distractions you possibly can.

COMMUNICATING CLEARLY IS KEY

Get your camera in line with your eyes.

Make sure people can see your face, avoid backlighting.

Get a headset.

Make sure you sound good.

Look into the camera.

Respond to the interviewer by looking at them.

PRACTICE WHITEBOARD & PAIR CODING INTERVIEWS

Pair coding and whiteboard interviews are both pretty standard for most dev jobs these days. You are still probably going to have to do one during your full remote interview process.

The technology has got way better since I started doing this 8 years ago. There are many cool collaborative pair coding and whiteboarding tools. But let us be honest, they are all a bit of a nightmare the first time you use one!

Practice makes perfect.

This is going to make you look like a pro in the interview.

I hope this helps and if you want to know more...

YOU CAN FIND ALL MY REMOTE INTERVIEWING TIPS OVER ON MY

What are your top tips for interviewing?

. . . . . . . . . . . . . . . . . . . . . . . . . . . .