Вопросы на java-собеседовании

Сделал сборную солянку со всеми вопросов, найденными в рунете
327 вопросов на собеседование Java Developer

Добавляйте в коментах, если чего то не хватает!

Пришел в голову простой вопрос, но для новичков может быть с подвохом.
Укажите верные способы присвоения значения переменной:
1) int i = 0x123f;
2) int i = 0123;
3) int i = 0678;
4) int i = 1 2 3;
5) int i = 1_2_3;
Некоторые попадаются :-)

Как раз для новичков это просто, т.к. они не так давно книжки и спецификации читали ).

Ну не знаю, на LinkedIn уже двое попались :-)

А что вы узнаете в случаях, когда претендент ответить на этот вопрос правильно или неправильно?
На мой взгляд - ничего в обоих случаях: ни релевантных знаний, ни опыта, ни способности думать.
Этот вопрос относится к нюансам, которые вылетают из головы чуть позднее, чем они туда попадают.

Давно ли человек читал спецификацию :-)

Вообще говоря, интервьюверы разные бывают.
Задают же вопросы типа "А вы слышали про ORM?"
Ответ тоже ничего не даст.

А что бы вы спросили у претендента?

Считаю, что программиста в первую очередь надо оценивать по проделанной ранее работе. Смотреть его код. Держать в голове все тонкости работы с тем или иным фреймворком не только утомительно, но и опасно - можно неправильно помнить и ошибочно применить эти особенности. Лучше перед применением того или иного функционала перечитать документацию на него, сделать и забыть. Достаточно иметь представление об архитектуре фреймворка, решаемым им задачах и доступ в инет.

Ответ на этот вопрос дает возможность продолжить беседу в релевантной плоскости, выяснить имеющийся опыт, или наборот, имея опыт, задавать вопросы "как бы вы реализовали это сами". Собственно, задача интервьера понять, насколько здраво человек мыслит, умеет ли думать. Вы бы сами кого взяли на работу - того, что, похоже умеет думать, или того, кто знает ответ на вышеприведенный вопрос и, может быть, знает как в байткоде кодируются boolean'ы, short'ы и прочее. Важно ли, например, понимать разницу между big/little endian кодированием? Или, например, знать методы Object?

Разумеется, вопросы к разработчикам, архитекторам и экспертам должны быть разные.
Разработчикам и архитекторам имеет смысл давать какие-нибудь задачи. Обязательно что-то из теаоретической области - как, например, построить очеред на двух стеках и что-нибудь из практической - как реализовать поиск в реальном времени по 50 атрибутам на данных о звонках сотового оператора за последние 3 месяца? Или например, вопрос какую базу данных вы бы выбрали для нового проекта? Оба вопроса не с потолка, лично мне их задавали. Дело здесь не в том, что отвечать, а в том - как, какую дополнительную информацию запрашивать и т.д.
Экспертов имеет смысл спрашивать какие-нибудь фундаментальные вещи и теоретическое обоснование каких-нибудь явлений. Совсем недавно меня попросили выразить кластер MySQL, HBase и Cassandra'у в координатах CAP.

*Не хватало ответов:)

Недавно появились ответы на ваши вопросы
Список вопросов с ответами для собеседования по Java
Там же есть годный список с ответами по Java EE (у Dmytro Sokolov почти нет вопросов по EE). Пока самый объемный список по ЕЕ (спринг, хибернейт, Jdbc, сервлеты), который видел.
Список вопросов с ответами для интервью по Java EE
Надеюсь кому-то поможет.

Все ответы мы и даже больше (760 вопросов по Java разработке) мы разобрали на интенсиве ... .

Доступно более 22-х часов записи видео.

Отредактировано модератором до согласования рекламы с администрацией ресурса.
Первое предупреждение.

На мой взгляд более корректно указать не "доступно", а продается более 22-х часов записи видео.