I am right in the middle of this right now. In my 40s, looking for a job at the moment. My interviews have been decent to downright bizarre. The trend of the interview approach is very curious to me.
I've been looking at a variety of lead engineer/architect positions to development manager. Many of these positions come with some immediate needs, i.e. addressing large systems as part of a business expansion.
I find myself being interviewed by individual engineers asking heavy comp-sci questions, mostly in the academic sense. In several cases, during the interview, the individuals were focused on specific answers to questions that could hold several interpretations. Ambiguity is a great way to assess individuals and critical thinking, but when someone is looking for the answer...well, it doesn't necessarily pan out.
The kicker, after these meetings, is interviewing with the C-level folks who explain how their technical team can't get product out the door, and wonder how I'm going to help to that end. I've been shipping products for multiple years, in many cases longer than the individuals on the teams I'm interviewing with have been in the industry.
What's funny to me is that I'm a guy that prides myself on being current in technology. I'm not that old dude who is resistant to the latest thing -- I really enjoy seeing where the industry is going.
I'd love to get to depth on my experience -- why we built something the way we did, decisions we made, difficulties and how we addressed those -- it's like those questions are irrelevant. At the last interview, I was asked how much I enjoy playing "Dominion". I like Dominion, but really.
I understand how you feel. I went on some intensely technical interviews a few years back (late 30s). Many of the questions were the sort of thing you'd expect on an undergraduate data structures and algorithms class, though there were a few brain teasers thrown in there for good measure.
My interviewers were young, and at lunch, I tried to talk to them a bit about the business problems they were trying to solve. Their knowledge about this seemed very thin. I pressed a bit, and finally was told that this is what the "product managers" are for.
In short, I realized that they were asking me about these CS-related questions, at least in part, because this is the bubble of their work life.
One interviewer seemed unengaged in the discussion, waiting for a pause. Then he asked "how would you swap two integers without creating a third integer?" At lunch, in between two 3-4 hour blocks of technical interviews.
I'm done with these interviews. Well, ok, if my family was looking at foreclosure and going without health insurance, I'd subject myself to them again. But it is a priority of mine not do do another one of these interviews again.
It's not that I won't do a technical interview per se - there's a wide range of what counts as a technical interview, and not all of them are equally unpleasant. But I will view it as a personal...letdown if I find myself at the whiteboard showing how to add a branch to a binary tree ever again in my life. Or, to put it another way, I don't want to reload data structures and algorithms into "exam ready" memory in my own head again. I know where to find these things when I need them.
The reason I say letdown is that I most definitely do see my own personal role in this. If I fail to establish enough of a personal reputation for competence that people are asking me to do this, then that is, at least in part, my "fault". However, it does come with the territory - as far as creative fields go, software development is an area where the programmer's contributions are fairly obscured (unless they are working on open source projects).
I've been looking at a variety of lead engineer/architect positions to development manager. Many of these positions come with some immediate needs, i.e. addressing large systems as part of a business expansion.
I find myself being interviewed by individual engineers asking heavy comp-sci questions, mostly in the academic sense. In several cases, during the interview, the individuals were focused on specific answers to questions that could hold several interpretations. Ambiguity is a great way to assess individuals and critical thinking, but when someone is looking for the answer...well, it doesn't necessarily pan out.
The kicker, after these meetings, is interviewing with the C-level folks who explain how their technical team can't get product out the door, and wonder how I'm going to help to that end. I've been shipping products for multiple years, in many cases longer than the individuals on the teams I'm interviewing with have been in the industry.
What's funny to me is that I'm a guy that prides myself on being current in technology. I'm not that old dude who is resistant to the latest thing -- I really enjoy seeing where the industry is going.
I'd love to get to depth on my experience -- why we built something the way we did, decisions we made, difficulties and how we addressed those -- it's like those questions are irrelevant. At the last interview, I was asked how much I enjoy playing "Dominion". I like Dominion, but really.