А какие преимущества использования консольной утилиты (пока не очень понимаю, чем это framework) перед стандартными инструментами современных IDE? На мой взгляд, IDEA умеет все перечисленное, удобна в использовании, к тому же вы сразу видите код и можете его корректировать. Eclipse лично мне неудобен, хотя кто-то, думаю, и в нем творит чудеса.
In Smalltalk, Objective-C, .NET,[7] Python, and REALbasic they are called dictionaries; in Perl and Ruby they are called hashes; in C++, Java, Go, Clojure, Scala, OCaml, Haskell they are called maps
(they — Associative array)
В языке Java ассоциативный массив именуется картой(map)
То есть, правильно (хоть и тоже режет глаз :( ) было бы написать «карта».
Вот например задание, которое у меня лично заняло пару вечеров:
Необходимо создать простое веб-приложение (под Tomcat), читающее из БД данные о некоем дереве текстовых элементов и отображающее его в браузере пользователя. В дереве должна быть возможность сворачивать/разворачивать узлы дерева, добавлять узлы, удалять, искать по дереву (узлы, содержащие в себе или в дочерних элементах искомый текст, помечаются красным).
Задача должна решаться как можно более простыми и легковесными средствами, но с ориентацией на возможную расширяемость и большое количество исходных данных. При этом можно использовать любые java и javascript фреймворки и библиотеки, находящиеся в свободном доступе.
Дополнительные функции — приветствуются.
Предоставить исходники в виде Maven-проекта, sql-скрипты для создания структуры БД и заполнения тестовыми данными, а также рабочую версию приложения вместе с Tomcat сервером.
Так я не то, чтобы обвиняю кого-то…
Самой, еще в бытность PHP-истом, пришлось отсобеседовать несколько человек на миддл-позицию, причем в идеале было бы найти более опытного разработчика, чем я сама… :)
Я долго ломала голову, что же спрашивать, но мне тогда показалось, что элементарные вопросы по основам просто отпугнут людей, подумают, что на самом деле ищут джуниора.
Ну эта классификация не точна, конечно, в той или иной мере как правило задавали общие вопросы по опыту работы… в п.1 имеется в виду отсутствие технических вопросов по теме.
Спасибо.
Собеседования на Java Junior на мой взгляд довольно хорошо освещены, как здесь, так и на других ресурсах. В свое время я например использовала этот список вопросов. А вот от собеседования мидл-уровня было непонятно чего ждать (и как выяснилось, от него правда непонятно, чего ждать =))
А по-честному, Вы часто встречались с увольнением после испытательного срока из-за того, что кандидат не оправдал ожиданий? То есть, если человек сильно не косячит, на работу вовремя приходит и старается, просто не особо талантлив, культуры разработки у него нет, или сообразительности не хватает?
С одной стороны, такой подход выглядит здраво, а с другой — где гарантия, что Вы, извините, не быдлокодер? В технологиях человек разбирается, даже применяет к месту, но это ведь не залог того, что он на самом деле грамотный разработчик, мне кажется.
(they — Associative array)
То есть, правильно (хоть и тоже режет глаз :( ) было бы написать «карта».
но все-таки на мой взгляд перевод Map = Ассоциативный массив не очень удачен
Самой, еще в бытность PHP-истом, пришлось отсобеседовать несколько человек на миддл-позицию, причем в идеале было бы найти более опытного разработчика, чем я сама… :)
Я долго ломала голову, что же спрашивать, но мне тогда показалось, что элементарные вопросы по основам просто отпугнут людей, подумают, что на самом деле ищут джуниора.
исправила, чтобы не вводить людей в заблуждение.
Собеседования на Java Junior на мой взгляд довольно хорошо освещены, как здесь, так и на других ресурсах. В свое время я например использовала этот список вопросов. А вот от собеседования мидл-уровня было непонятно чего ждать (и как выяснилось, от него правда непонятно, чего ждать =))