Лет 5 назад у меня был знакомый hr манагер, который испытывал дикую боль в районе стула от того, что получая условно 1к usd, он(такой весь красивый и умный) собеседовал людей на позиции условно 4к.

Тут попахивает типично нашим украинским добрососедством: если у когото хорошо — надо чтоб стало плохо.
А так же желанием записать пересичного програмиста в список людей которых государство и работодатель имеет в хвост и в гриву.

И чтоб совершить подобное, государству придется жестоко ограничить индивидуальное предпринимательство, ВЭД, ввести драконовское лицензирование деятельности в ИТ, чтоб не осталось никого кроме пары компаний договорившихся платить по курсу 1 усд 1 печенька.

Так что это так и останется в чьих-то влажных мечтах.

поэтому лично у меня есть заготовка с вопросами которые я всегда задаю кандидату, c примерами использования функции и описанием чего от него хочется :)

если кандидату чтото не понятно — он всегда может спросить,
а если мы с кандидатом не найдем общий язык в формализации требований к простым функциям на 2 строчки — то о каком сотрудничестве можно говорить?

к тому же — это все стандартные вопросы.
если кандидат хоть капельку готовится к собеседованию, он наверное гуглит c++/javascript/php/java interview questions, и на первой же странице вы найдете все эти простые алгоритмические вопросы. и освежить голову какими либо алгоритмическими задачками хотя-бы перед интервью полезно. не говоря уже о том чтобы делать это регулярно.
а если кандидат спустя рукава подходит к интервью — как он будет относиться к работе?

Ну и работодатель конечно должен быть тоже адекватным, и не делать интервью в неудобное время/место или неудобным кандидату способом.

Лично я звоню/пишу кандидату и говорю что я буду от него хотеть: писать код или говорить о политической ситуации в стране и т.д., уточняю когда бы ему было это удобно сделать и в каком виде.

тут вот у меня тоже был курьезный случай: звоню какому-то юному senior’у, говорю что хочу сделать предварительное собеседование, пописать код на collabedit и т.д., когда бы ему было удобно, он отвечает через 10 минут,
заходит в онлайн, пишу ему заголовок функции, прошу написать реализацию,
тут он мне говорит: «извините, мне живот болит, я не могу писать код, я вам перезвоню вечером». так и не перезвонил. ну и я не стал мучить его живот своим кодом. такие дела.

собственно по сабжу:
я считаю есть 4 основные категории скиллов которые можно и нужно проверять на собеседовании
1. основы так-сказать «Computer Sciense» — алгоритмические задачи, которые 23-х летние сениоры почему то так не любят
2. адекватность (в контексте предыдущего сообщения — если Вам чтото не понятно как минимум можно этот вопрос уточнить)
3. знание фреймворков и сопутствующих технологий
4. знание средств и методов разработки

я считаю что пункты 1-2 должны быть хороши у всех кандидатов не зависимо от их junior/middle/senior-ности

в пункте 3 собственно и начинаются разговоры о том что кандидат делал прошлым летом, и технические вопросы по используемым технологиям, обоснование каких-либо архитектурных решений.

пункт 4: любой разработчик должен уметь пользоваться каким-либо редактором, уметь пользоваться системой контроля версий(хотя бы какой-либо), уметь дебажить, базово работать в консоли и т.д.
если senior разработчик не умеет помержить пару веток в гите. то это как минимум странно.

даже в отрыве от предметной области
воплощение, реализация какойто идеи — созидательная работа
рефакторинг, адаптация, существующей реализации — тоже

поддержание жизни загнивающего кода, путем внесения еще большего количества говна, потому что это-нужно-на-вчера, нет-времени-переделывать, нам-за-это-не-платят, этот-кусок-кода-работает-не-трогай-его — это антисозидательная работа

мда, как 1 технология или платформа или язык может быть лучше другой в сферическом вакууме? они все позволяют делать 1 и то же в целом. У каждого свои + и -.
Если для Вас так нужна кросплатформенность, и Вы часто переезжаете своим сервер сайдом по разным ОС — то да, .НЕТ тут не нужен.

как язык и платформа лично мне более интересен .NET ( хотя scala вот интересная штука!), так как он более динамично развивается и C# более гибок именно как язык, вот в c# 5 добавили async/await, есть чтото подобное в java? конечно функционально это ничего нового, как и linq, но удобство использования на высоте.

Вы не в материале, инт — базовый тип.

пользовательский тип — в джава — class
в c# есть еще struct, который всегда лежит в стеке, так же может содержать методы и т.д.
зачем это нужно?
ну представте что у вас есть какаято библиотека векторной алгебры, и вам нужно быстро быстро посчитать тонну произведений или еще чего то с векторами и матрицами, в jvm у вас будет очень много мелких выделений в куче которые нужно будет обрабатывать gc, в c# если вы все правильно делаете куча вообще не будет тронута.

про дженерики — более глубоко — информация о generic типе сохраняется в рантайме, в java — оно живет только на этапе компиляции. погуглите c# vs java generics

хвостовую рекурсию я упомянул в отношении не языка java, а платформы jvm, на которой вертятся много различных языков, в том числе и с функциональными примесями. както scala, clojure

п.с. будьте добрее и внимательнее