DEV Community

Cover image for What you need to know about interviews
Gabriel Romay Machado
Gabriel Romay Machado

Posted on • Updated on

What you need to know about interviews

Talking about myself

Last week it was my anniversary of becoming a Professional Web Developer. I have been doing this for 6 years now πŸ‘΄πŸΎ. That's a lot of time in developer-years, so I have been in many job interviews already.

I have never been an interviewer yet, but I have worked with people designing and "evaluating" interviews so I know a bit about both sides.

The best and the worst

  • πŸ‘ŒπŸ½ An interview with an American company where I was rejected on the first interview because my English wasn't good enough πŸ™Š. I didn't agree with the concept, but I liked the way they did it: at the beginning of the process and offering me free πŸ’Έ online tools to improve, and letting me know when I could try again to have an interview with them in the future.

  • πŸ‘ An interview with a local small company. The interview was wonderful πŸ’–: it felt just like having a chat with an actual coworker about tech. But a better opportunity had arisen for me so, days later, I wrote back to them to let them know that I wasn't interested anymore. I didn't expect an answer at all, but the email they sent me πŸ’Œ telling me it was a pleasure to chat with me and hoping me the best really got me.

  • πŸ‘ŽπŸ» An interview where I was rejected after a long code test without any explanation: was it the UI? Was it the tests? Guess we'll never know πŸ€·πŸΎβ€β™€οΈ. I tried to ask them because I honestly wanted to improve and know what I did wrong. Never got a response.

  • πŸ₯° I was in a selection process with Habitissimo, a Spanish company, and I had 3 interviews with 3 different employees in the same morning: HR, CTO and Agile Coach 🀯. That same afternoon I received a call to let me know they were interested. Talk about being efficient βš™!

What I expect from interviews now

  • Interviewers should be clear and honest with the candidate from the beginning πŸ”“. Do not ask the candidate to do anything that does not really affect at all the decision of hiring them or not. In our industry, many candidates have other jobs and studies to attend to, so respect their time πŸ•’ as they should respect yours.

  • If the candidate has a good github portfolio, maybe there's no need to make them do a code test, especially if they are not going to receive any feedback about it at all afterward πŸ˜“.

  • Interviews should be fun and engaging πŸ˜€, not just a report from the candidate about how many responsibilities they handled in the past, not an interrogation πŸ•΅πŸ»β€β™€οΈ about why they left past companies… thinking more about talking with the candidate than evaluating them helps.

How I try to help as a candidate

  • Have questions for the first interview: remember that you are deciding if that company is a good fit for you too 🧩.

  • Engage in any opportunity of giving a talk or writing an article: some interviewers have told me that they read some of mine and that's always a good conversation starter. And, of course, that way you can tell if they're really interested in you πŸ’˜.

  • Let's face it: many developers lack in the "soft skills" area πŸ₯€. I include myself there too, but we can always improve. I think we all know that developing is more about communicating than anything else. You code to communicate with a computer πŸ€– and the current or future human maintainer of the project πŸ‘¨πŸ½β€πŸ’». You are sharing ideas through code.

Top comments (0)