Interview or free consultation?

Status
Not open for further replies.
Soldato
Joined
16 Apr 2004
Posts
3,892
Location
Shropshire
This isn't a situation I find myself in currently however it did happen to me a couple of years ago and I'd be keen to seek other opinions if only for the purpose of discussion rather than for any tangible reason.

Two years I interviewed for a role for a large UK company seeking an "Email technical specialist" - Think SPF, DMARC, DKIM, Email Feedback Loops and you get the idea. I work and had worked up to this point, in relatively specialised IT security roles so the subject matter was no stranger to me.

As with any interview, I was fully expecting some simple technical questions to ensure I'd not walked in off the streets so when they threw "What ports does SMTP use" and "What is port 143" used for I knew what they were trying to achieve.

After about 50 minutes the interview seemed to be reaching its natural climax and one of the "techies" left the room. We, one of the mangers and I, were just standing up to leave when another stakeholder entered the room, apologised for being late and seemed very keen to repeat the interview process. He explained how crucial emails were to their business, how they'd historically had problems delivering emails to certain ISPs and what my experience to date was with such issues.

I discussed, from a high-level point, why they might be having some of the issues they were facing but he seemed very keen on specific examples and what I'd do "on day one" to fix the issues. At this point, I was conscious that there's a distinction between 'prove you know the subject matter' and 'tell us how to fix the issues for free'. If memory serves me correctly I think I said something along of the lines of being more than happy to suggest solutions but not in so much detail as to render the position and therefore interview null and void.

So has anyone else taken part in interviews which have blurred the lines between standard questions and free consultation for the company concerned?
 
If memory serves me correctly I think I said something along of the lines of being more than happy to suggest solutions but not in so much detail as to render the position and therefore interview null and void.

That doesn't make any sense - how would the position itself be rendered null and void if you solve just one problem for them in an interview? You'd have essentially done the equivalent of a few minutes work.

I thought, from reading the thread title that this would be about some take home coding exercise that turned into doing some real work for them and took several evenings and a whole weekend etc.. Or perhaps a competitor trying to seek some trade secrets from your current employer etc..

I don't see the issue with solving a problem that can be solved off the top of your head in an interview scenario. Sure it could be seen as doing some work for them but it's like 15 mins work so hardly a big deal and if it is a genuine issue for them and they wanted detail then you've demonstrated your knowledge of that area and usefulness to them.
 
I'd take the opposite view tbh... they might well simply want detailed answers form the interviewees, it's much easier to keep things vague in a technical interview but getting down to the details can be a separator. For me it would be a possible red flag that the candidate was a knowledge hoarder, not that I'm suggesting the OP necessarily is, but the type (often older developer type) who is mediocre but has been in some company for a few years but is very reluctant to assist others directly or to document anything - it isn't a great trait to worry about in a potential candidate.

I don't see how small bit of working through a single problem in an interview is really a big deal and I think the response re: the position being somehow made null and void as a result is a bit odd.
 
I've been in the same position for a contract job and if I'd gone into more detail than I did, I would have told them how to solve the problem they were having and lost the contract because they wouldn't have needed me because I'd told them what to do.
 
I've been in the same position for a contract job and if I'd gone into more detail than I did, I would have told them how to solve the problem they were having and lost the contract because they wouldn't have needed me because I'd told them what to do.

So perhaps the honest thing to do would be to point out that they don't actually need a specialist contractor in the first place for this task as it is easily solvable but if they want to hire you for other projects then... I mean what would you have done for the rest of the contract if you solved it on the first morning of the first day? Would you then get stuck in with some implementation tasks that their existing staff are perfectly capable of doing themselves?

The OP's example seems to be applying for a job rather than an ad-hoc project anyway and you'd hope that in such a role there would be multiple issues to resolve not just one problem that can be resolved off the top of your head in a short interview!
 
So perhaps the honest thing to do would be to point out that they don't actually need a specialist contractor in the first place for this task as it is easily solvable but if they want to hire you for other projects then...

No, it was a lengthy task, but I was not going to give chapter and verse.
 
Humour me.. Where does your reference to one problem and 15 minutes come from?

That is was the result of a conversation in an interview with an additional interviewer who had turned up late... the 15 mins isn’t important just that it was a problem you solved in an interview off the top of your head.

How does that make the role itself redundant? And if it were then what if you solved the same issue on your first day instead?
 
That is was the result of a conversation in an interview with an additional interviewer who had turned up late... the 15 mins isn’t important just that it was a problem you solved in an interview off the top of your head.

Talk about making no sense.

I even used the word "issues" (plural) three times in one paragraph but your take away is they had one problem easily solved in 15 minutes... OK?!?!? I didn't realise you were also present at the time.

@Quartz atleast you grasp the concept of some light hearted chat on the subject matter.
 
You’re focused again on the 15 minutes... that’s beside the point - the point is that this took place within a short period of time in an interview! Who cares if it was one issue or a few issues - if it were a few then the point is the same and perhaps you’re bring even more dramatic about it... you’d be able to solve these issues within a short period of time and in doing so you worry that it means the position is rendered null and void?

Why?

You’ve focused on the irrelevant so far and not provided an explanation.
 
Talk about digging yourself a hole. You're the one who mentioned "15 minutes" and "one problem" but when challenged you're found wanting.

I knew it was somewhat ambitious to expect a sensible conversation on here and I was prepared for that one self-rightious arse who has to be right about everything to slither out I just didn't expect it in the first reply.
 
Again with the trivial and now you're throwing in insults... I mean perhaps you could have said at the start that you only want replies from people who agree with you else the toys will come out of the pram.

He explained how crucial emails were to their business, how they'd historically had problems delivering emails to certain ISPs and what my experience to date was with such issues.

That sounded like one problem, a problem that has multiple instances or caused multiple issues.

It is irrelevant though my post is still the same whether these question took place over 15 minutes or 25 minutes or 40 minutes... and whether it contained two actual problems to solve or three etc...

If you're going to be anal about the exact time you were there listening to the issues, giving a general solution then refusing to go into further detail then you could always just say how long it took... but it isn't really relevant to my point.

The point I made is still the same yet you're focusing on the irrelevant and now seem to think I'm digging a hole while also failing to actually address the point I made.

Namely - how does solving some problem(s) in a short space of time make the role redundant?

You just sound awkward/unhelpful throwing in something like that as a reply tbh...
 
Last edited:
Status
Not open for further replies.
Back
Top Bottom