Interviews - The other side...

[Churchill]

As a matter of interest, how much would you expect a "Senior Software Engineer" in a staff role to earn?

[Bagpuss]

As a matter of interest, how much would you expect a "Senior Software Engineer" in a staff role to earn?

twice the national average wage in an area quite a bit cheaper than London seems reasonable, or maybe I'm missing some parallel UK where people get paid twice as much for doing the same permie job!

[TheOmegaMan]

And how may I ask have you arrived at this conclusion?

Have we ever met or is this just another of your "2+2=5" deductions?

I have a lot of experience - I take a look at your CV which no doubt also has a lot of experience. However I ask you a lot of extremely technical questions on things I know a lot about and which you do not. I have the advantage - I am asking the questions and I know what you know.

Hence flood of tears or you walk out.

[Churchill]

I have a lot of experience - I take a look at your CV which no doubt also has a lot of experience. However I ask you a lot of extremely technical questions on things I know a lot about and which you do not. I have the advantage - I am asking the questions and I know what you know.

Hence flood of tears or you walk out.

Firstly, let's assume that I'm suitably experienced for the role. Because, if I wasn't, I wouldn't be attending the interview.

Secondly, why would you ask me questions that weren't relevant?

As for the "tears" or "walking out", don't be so stupid.

[TheOmegaMan]

Firstly, let's assume that I'm suitably experienced for the role. Because, if I wasn't, I wouldn't be attending the interview.

Secondly, why would you ask me questions that weren't relevant?

As for the "tears" or "walking out", don't be so stupid.

First, OK, let's make that assumption.

Second, who decides what is relevant ? No senior role is so narrowly defined that one person knows its entirety. It is open to interpretation which pieces of IT are important to it, and which technical parts should remain in the coder's memory.

Third, that is not stupid - I have seen it a few times especially in the City.

[Churchill]

First, OK, let's make that assumption.

Second, who decides what is relevant ? No senior role is so narrowly defined that one person knows its entirety. It is open to interpretation which pieces of IT are important to it, and which technical parts should remain in the coder's memory.

Third, that is not stupid - I have seen it a few times especially in the City.

We're talking about a specific development environment. We're looking for people with specific expertise. Surely we can ask specific questions about a specific role working in a specific environment.

We're not talking about 10 a penny MFC wallas here.

[TheOmegaMan]

Oh I see - you are looking for someone specific, with specific skills in specific languages, and a specific development environment. Someone like you really, specifically a tw*t.

[OwlHoot]

I don't agree with you. IMHO that's exactly what there isn't. There might be a correlation between the ability to answer geeky questions and churn out working code, but IME it's likey to be spagetti code that works in spite of the the geeks analytical ability, not because of it.

Some managers like their engineers to write spagetti code, but I think that these managers are fools.

I agree that smart programmers sometimes produce obscure and over-complicated code, because their ability allows them to "force through" a solution with less thought than someone less skilled or not as bright might devote to a problem and come up with a simpler and better solution. The same thing happens in maths and doubtless many other areas - See for example Littlewood's Miscellany, in which he makes the essentially the same point.

However, there's another consideration - Geeky questions also test fluency and speed. The more syntax and tricks you have at instant recall the less faffing about and even web searches and enquiries you need and the faster the job gets done, and that is obviously a big selling point.

[darmstadt]

Well I got my current gig as I had worked on the original product last around 10 years ago. Its based on Windows platforms now, when I used it, it was on OS/2. It now uses eWAS, ISC and Apache Derby, none of which I know but it does also require knowledge of mainframe technology, which I do know although the job spec didn't say anything about that. I got offered the contract the morning after the interview and have now been offered a 9 month extension to work on another product which no-one has seen. Some of us are good, some are kaka.

[darmstadt]

Or maybe it was this:

http://worsethanfailure.com/Articles...Interview.aspx