Sorry, but any good programmer will know the conventional data structures and algorithms, regardless of whether they write programs in Erlang, C or some other language.
That is a bad bias. "Data structures & algorithms" could be a footnote in the history of a developer, plus, which "data structures and algorithms" will you use to hire one? The ones relevant to a erlang dev are not the same to a C/embeded one.
It's not about knowing, it's about relevance. These data structures do not exist in Erlang in the same way. So when they ask you to code a snippet to implement a HashMap in Erlang, that will be a pretty insane task.
I've never seen the point of these questions. Yes I learned half a dozen sorts in college. But in my professional career I have done sorting exactly one way: ORDER BY. Ask me something halfway relevant...