[probinso]

When I talk with a person who studied cryptography in school, I can usually refer to a trapdoor function producing a digest of data. For a self taught programmer, they will know this as a hash.

When I talk to a person who studied algorithms in school they know phrases like amortized analysis and big O notation for time and space complexity. For self taught programmers they can often tell me an expected runtime and expected runspace.

For concurrency persons often use words like counting-semaphore, threads, and blocking operations may not be universal

Self taught programmers may know about unit and regression tests and code coverage, may not be thinking about execution paths as a graph problem.

The understanding is usually there. It is often even the case that a self taught programmer have no standard words for a particular pattern they use regularly. It becomes the interviewer responsibility to decide how much of the vocabulary is important for the job.

----

This is a different problem than not knowing how to use a domain. Things like SOLID, I have never been asked in an interview. I have never studied them in school. I would be subject to the same interview challenges as someone who was self taught in these topics despite my degrees