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)