Максимум матричную форму представления орграфа

Я ХЗ чё эта. Даже гуглить лень, ик! )))

Зато я могу спросить "скажите пожалуйста, что такое центрированное скользящее с... . Вот, даже ссылку сохранил с такой давности.

мог спросить. Чисто проверить учил кандидат такое или нет.

А мне пофиг, чё кандидат ответит. Просто хочу посмотреть, как он изворачиваться будет, ик! ))

Вообще, можно пособирать разных мифов, а потом что-то типа такого замутить на собесе - каверзные вопросы типа "а правда, что структуры более производительные, чем классы? и в каком конкретно смысле?"

"Immediately stop thinking of structs as living on the stack. When you make an int array with a million ints, you think those four million bytes of ints live on your one-million-byte stack? Of course not.

The truth is that stack vs heap has nothing whatsoever to do with value types. Instead of "stack and heap", start saying "short term allocation pool" and "long term allocation pool". Variables that have short lifetimes are allocated from the short term allocation pool, regardless of whether that variable contains an int or a reference to an object. Once you start thinking about variable lifetime correctly then your reasoning becomes entirely straightforward. Short-lived things live in the short term pool, obviously.

So: when you pass a struct from one thread to another, does it ever live "on the heap"? The question is nonsensical because values are not things that live on the heap. Variables are things that are storage; variables store value.

So: Is it the case that turning classes into structs will improve performance because "those structs can live on the stack"? No, of course not. The relevant difference between reference types and value types is not where they live but how they are copied. Value types are copied by value, reference types are copied by reference, and reference copies are the fastest copies."

Или "приведите пример дедлока без переменных. Я просто хочу посмотреть, насколько глубоко вы копаете".