Have you ever encountered this situation in an interview and responded like above?
I'm sorry, but you've given away an awesome opportunity to make a lasting impression.
A thread.
0. Foreword
I've been on both sides of the interview table for a few years now.
I've interviewed for positions, and I've interviewed quite a few awesome engineers.
I can only give you my perspective and opinion. It does not necessarily need to be fitting each situation.
1/32
1. Why this question is an opportunity
Although there is a shortage of software developers right and left, many companies still want to make sure they hire the right people.
Even the best engineers may not be the best fit for a company and its culture.
2/32
A question like "Are there any questions left we can answer?" is both an offer from your interviewer and an indicator for them.
An interview is always two-sided.
The offer enables you to gather more information so YOU can actually find out whether the company fits you.
3/32
You decide to spend your time at this company and to create value for them.
You will usually be paid pretty well to do your job, but even the highest salary in the world doesn't make up for a company or a culture you don't like.
4/32
Whatever there may be left in your head, make sure to ask and get a clear answer.
You want as much information as possible to make a good decision. Who likes to regret the choice they made after a week or a month at a new job?
I'd say not too many people.
5/32
The indicator part is important for the company you interview at. They also need to make a decision. And they want to see whether you are the right hire.
Have you paid close attention to the interview? Are you interested in the company and the job at all?
6/32
Based on your questions, interviewers can pretty easily perceive how interested you really are.
An interviewer's job is to hire people who really want to work for the company.
7/32
Candidates who already show a lot of interest have a high chance of becoming motivated employees later.
The hope is that those employees will do their best for the company. Those employees might bring great ideas and collaborate with others well.
8/32
Some interviewers expect you to ask at least one to two questions. Others don't expect you to do so but give you plus points if you ask a few.
I'd usually expect interviewers to anticipate at least one to two questions they can answer.
9/32
2. Which questions to ask
The questions you could ask can be divided into two rough categories.
1. Real questions 2. Strategic questions
10/32
-> Real questions
Those are the most important ones. You ask them because you want to get a certain answer.
The answers given to those questions help you decide whether this company is the right one for you and whether you really want to work there.
11/32
Real questions can be further divided into two sub-categories:
These questions arise from the context of the interview. Your interviewer(s) talked about something but didn't cover something you would have been highly interested in.
13/32
A typical context-based question pattern goes like this:
"You have mentioned something in this interview. I have a question regarding this."
This shows:
1 . You paid attention to the interview 2. You want to know more because you are interested
14/32
--> An Example
"When we talked about your development process, you told me that you usually expect code reviews to be taken seriously because they are an important part of your QA process. Does this mean that they are more important than feature development?"
15/32
-> Context-less questions
These questions don't usually arise from the context of your interview, but you couldn't cover something you are pretty interested in at all.
16/32
A typical context-less question pattern goes like this:
"I'd really like to know something. Can you tell me about this?"
This shows:
1. You are interested 2. You care for something specifically
17/32
--> An Example
"How important are code reviews for you? How highly do you value them? And how important are they relative to daily bug fixing and feature development?"
18/32
-> Strategic questions
These questions should be your last resort. You throw them in because you want to ask something, at least.
They can still give you valuable insights, but they are also often cliché and might be something interviewers hear regularly.
19/32
Honestly speaking, you should avoid having to ask strategic questions as much as possible.
You need to make them up and sometimes become pretty creative not to sound like you already prepared them before your interview.
20/32
--> Some examples of strategic questions:
"Are there any other income streams for your company other than the project work you do? Do you have core software that you license out?"
21/32
"How many other teams do you have at your company, and with how many of them will I interact daily? How linked is the team I interview for with the others?"
22/32
3. How to come up with good questions
There is actually an (imho) pretty simple hack that helps you to ask good questions at the end of an interview:
Bring a notebook and a pen, pay attention, take notes!
23/32
It might sound a little strange to sit at the interview table and take notes as an interviewee, but actually, it isn't.
At least one of your interviewers (if they are well organized) will also have a pen and paper there or an electronic device on which they take notes.
24/32
Why shouldn't you do the same?
It also gives you something you can read through later, after your interview, when you need to decide whether you want to continue the process or even take an offer.
25/32
And throughout the whole interview, you can already mark points in your notes that you didn't cover deep enough.
And when your interviewer asks you if you have any further questions, you can quickly go through your notes and form a question based on those marks.
26/32
4. Conclusion and recap
Often, inconspicuous questions like "Any further questions?" can make a huge difference in interviews.
They can give you the edge over another candidate and help you make a lasting impression.
27/32
Especially the question covered here is a pretty simple way for you to get plus points if you approach the whole interview in the right way.
And this one also serves YOU very well. It gives you the chance to get as much information as possible.
28/32
In the end, this information can help you decide whether the company is the right fit for you. Because you must never forget: Interviews are two-sided.
29/32
To quickly recap what we covered:
1. Bring a pen and a notebook 2. Pay close attention to the interview 3. Take notes 4. Mark points you'd like to get more information on
30/32
5. At the end of your interview, when asked whether you have any further questions, ask as many real questions as possible 6. Only pick strategic questions if you can't come up with real questions
31/32
5. Thread end
That's it for this thread.
I hope you found it valuable, and if so, a like or retweet would help me a lot!
If you like this type of content, follow me (@oliverjumpertz) for more of it.
I'd love to get more awesome online friends! 💛
32/32
6. The persisted blog article
I know, sometimes threads are difficult to read.
I migrated this thread over to my blog so you can always come back to it when you want!
Initially, coming from a class-based React context, I had a hard time understanding hooks.
And the hook I had the hardest time with was useEffect.
Gladly, I understood it, and I now want to show you what useEffect is and how you can use it.
A thread.
0. A quick hook introduction
Hooks were added to React in 16.8 and enable us to write functional components while still using state and other React features like lifecycle methods without a need for classes.
1/15
Some hooks also enable you to set state in functional components.
This doesn't sound like much, but unlike class components, where you had to modify your component's state for React to notice, you need to tell React when something changed in functional components, too.