Doesn't it seem like an absurd scenario to you though, that you need to prep for an interview by relearning skills that aren't relevant to the job you're interviewing for?
I've been in coding interviews that matched the work that the company is doing, and I've found those useful - I get something from taking the interview (an idea of what their codebase is like, working with a partner, maybe some interesting code design questions), but I'm never going to do another "code this CS algorithim that 100% of people use a library for nowadays" type questions.
I think this is the point - that it's so easy to game (albeit a waste of time) and that this doesn't reflect on the quality of the hire coming through this process. Assuming this is the test for senior engineer, the greatest candidacy pool would be second-year CS students.
True, but I guess they are also judging our pliability in jumping through hoops, because even us senior engineers have to jump through many. To be honest, I'm probably not jumping through enough of them, cramming for a coding interview is one thing, but jumping in on every welcome!/goodbye! email is something that I really wasn't ready for.
But I'm not going to take a few weeks of prep time to prepare for a high-school trig test, either. I have no reason to waste my time in that way.
And I have no reason to waste my time spending a few weeks prepping for a code interview, either. I am who I am. Either you want that, or you don't. I'm not going to try to spend weeks studying so I can pretend to be different than I am.
(Disclaimer: I'm not looking, and I haven't been for a very long time. I've never been desperate while looking. I haven't even been unemployed while looking in over 30 years. If I were unemployed and watching the bills pile up, I might feel a whole lot less smug...)
I've been in coding interviews that matched the work that the company is doing, and I've found those useful - I get something from taking the interview (an idea of what their codebase is like, working with a partner, maybe some interesting code design questions), but I'm never going to do another "code this CS algorithim that 100% of people use a library for nowadays" type questions.