T>>·>А если у тебя имя спросить? Ты посчитаешь, что тебя детсадовским посчитали?
T>>Я думаю что студентов без опыта нужно спрашивать вопросы по уровню сложности от легких к сложным, а опытных нужно спрашивать наоборот от сложных к легким на примере практической реально сложной задачи которая решалась или будет решаться в компании.
·>Ок, давай вернёмся к нашему примеру. Цель — выяснить как хорошо интервьюверуемый знает C# (нам не нужен бороздитель просторов вселенной, строящий архитектуры систем, нам нужен человек, который умеет писать код) и что "9 лет опыта C#" это не выдумки. С чего нужно начать, чтобы узнать, что человек имеет представление о работе gc и понимает смысл IDisposable/using?

Что значит знает С#? Теоретически можно знать все ключевые слова и даже знать для чего они используются но при этом писать говняный код на C#.
Умение хорошо архитектурить как раз и определяет будущее качество кода (не видел я паршивого кода с красивой архитектурой, а вот паршивого кода с кривой архитектурой или без архитектуры очень много видел)

T>>>>Студентам без опыта нормально такие вопросы задавать.
T>>·>А если тебя джуниор-коллега, студент-без-опыта такое спросит?
T>>Для меня джуниор это теоретик-справочник, поэтому тупой вопрос что такое using от джуниора я считаю невозможен.
·>Джуниор может быть джуниором в C# и при этом сеньёром в C++. И кстати, как интервьюверуемый отвечает на простые вопросы ещё демонстрирует то как он умеет объяснять "очевидные" вещи.
Синьер в С++ не может прочитать справочник по С#?

·>Он может просто увидеть код с using, подойти к тебе и спросить зачем он тут и что это всё значит.
·>Чаще, конечно, такое случается не с языковыми конструкциями, а с кодом проекта. Ты с этим кодом разботал кучу лет, тебе всё понятно и очевидно, а для новичка некоторые моменты могут быть совсем неизвестны и непонятны. Придётся рассказывать простые и банальные вещи. На интервью способность рассказывать такие вещи просто и понятно легче всего проверить задав простой вопрос о том, что ты заявил ты знаешь 9 лет.

Умение быстро реверсить и понимать гигабайты существующего кода это даже не обсуждается — must have 100% иначе ты уволен.
P.S. Понятно что на проектах без архитектуры, где все свалено в одну большую индусо-копипасте-глобально-мусорную кучу — реверсинг кода может занять значительное время, но здесь уже вам решать оставаться или уходить.