> One drawback to this is that the engineer interviewing you, if he/she is human, will not be familiar with all of them I see this as a potential plus not a do

> One drawback to this is that the engineer interviewing you, if he/she is human, will not be familiar with all of them I see this as a potential plus not a downside. If the person doesn't understand the language you're using but you can explain how your code works in such a way that you can get them to understand it that's a really good demonstration of being able to communicate and how you would describe your code to a co-worker. I've only sat in on a few interviews (as a person doing an interview on the sidelines) but all of the questions I tend to ask are more casual and around thought processes, or at least the pseudo code implementation. Personally I don't really care if you can't remember the exact syntax of something off the top of your head but I do care that you know how it would work and what you would Google to look it up. Personally I don't know what it's like being interviewed tho. I've been doing contract work for my whole career and every job came from either talking casually or someone finding me with intent to hire me as long as I didn't come off like a maniac. I know for absolute certain I would fail any algorithm based whiteboard test (I never went to University) but if you're struggling to find employment, just know there's a whole world out there where people don't care about traditional software engineer interview strategies. They only care that you're dependable and can solve their problems in a reasonable and maintainable way.