I'd like that. It'd give me more input about what would wait for me and the potential employer input, how I would perform with the existing code base. Even if there are only parts of it there and it will surely be artificial, I think this will benefit both.
You could also add having team members ready to be asked questions or bounce ideas back and forth. So you could also evaluate the team spirit and or chemistry between the new one and the existing team.
I actually had my last interview with the team present and we were mostly talking to each other instead of questions from an interviewer. That was 4 years ago, when I was joining the team as an external consultant. Two years later I became part of the team.
Having the dev team in the interview is a great idea, and I have to say I thought about it when writing this post, but then I though to myself that from the employer's point of view, the entire team shouldn't "waist" their time on interviews. However, the way you describe it makes me thing that this would give the employer a much better picture of the candidate than any one-on-one interview - and will give the candidate a good understanding on what it would be like working for that employer. Would you mind if I quote you on that in my blog?
You would not need the whole team, especially when it is a big one. Take a few, the new one will be most likely to work with, but then the whole sub team or at least 3-5 people from it. Some with experience in your code examples, to answer questions .... and if they are not the same, some that are "representative" for the team.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
I'd like that. It'd give me more input about what would wait for me and the potential employer input, how I would perform with the existing code base. Even if there are only parts of it there and it will surely be artificial, I think this will benefit both.
You could also add having team members ready to be asked questions or bounce ideas back and forth. So you could also evaluate the team spirit and or chemistry between the new one and the existing team.
I actually had my last interview with the team present and we were mostly talking to each other instead of questions from an interviewer. That was 4 years ago, when I was joining the team as an external consultant. Two years later I became part of the team.
Having the dev team in the interview is a great idea, and I have to say I thought about it when writing this post, but then I though to myself that from the employer's point of view, the entire team shouldn't "waist" their time on interviews. However, the way you describe it makes me thing that this would give the employer a much better picture of the candidate than any one-on-one interview - and will give the candidate a good understanding on what it would be like working for that employer. Would you mind if I quote you on that in my blog?
And yes, you may quote me... and you may also put my name on it, as well.
It is already on the internet with my name attached :)
Thanks for your input!
You would not need the whole team, especially when it is a big one. Take a few, the new one will be most likely to work with, but then the whole sub team or at least 3-5 people from it. Some with experience in your code examples, to answer questions .... and if they are not the same, some that are "representative" for the team.