В марте 2012 ездили мощным десантом на CodeFest, где на обеденном перерыве зазнакомились с двумя HR-щицами. Как оказалось, они активно хантили жабо-программистов. Первая оказалась из ЦФТ, вторая искала разработчиков для своего бывшего работодателя и особо не распространялась. Поговорили о проектах, работе, условиях и больной теме планирования. Что поразило, так это подозрительно низкая зарплата в ЦФТ - столько вполне мог затребовать выпускник какого-нибудь НГУ. Девушки записали контакты и обещали написать.
Месяц спустя, в начале мая, внезапно, проснулся ЦФТ и предложил junior или senior java developer c релокационным пакетом. На что я им ответил "бла-бла пока переехать не могу, но тестовое задание готов выполнить, чтобы при случае ускорить процесс". Девушка выслала два задания, которые не особо отличались по уровню и оба были тесно завязаны на работу с потоками, синхронизацию. Впереди были выходные, а я был знаком только с олдскульными тредами - отличный повод поиграться с concurrent.*. Как в старые добрые времена устроил хакатон и за 15 часов запилил оба задания. Задание было "выполнено хорошо" и мы отложили общение до осени.
В конце мая проснулась вторая девушка и преложила сразу две вакансии: одну в хардкорной компанией со "своеобразным начальником" и вилкой зарплат под сотню или мобильно-игровую контору. На что я сказал что мобильность не интересна, а вот первые это круто и скинул ссылку на резюме. Оказалось, директор предпочитает общаться лично и мы соскайпились.
Общение началось с места в карьер и меня спросили как работает HashMap и какое у него время доступа. Я зафейлился сказав, что внутри дерево и логарифмическое время доступа. В ответ спросили: знаю ли я как устроена хэш-таблица. Решение брать остаток от деления хэша на размер таблицы было очевидным, механизм коллизий тоже, но вот что делать при переполнении я не знал (самое простое решение - перехэшировать все с новым размером мне показалось слишком лобовым, а зря). Дальше пошли вопросы про структуры данных: лист, массив, дерево и хэштаблица. К тому моменту я совсем уныл и толком не ответил.
Дальше меня мучить не имело смысла, и мне предложили чем-нибудь похвастаться. Из близкой к ним области, кроме того, что я щупал RCP похвастать было нечем. И, видимо, окончательно потерявший интерес директор вкратце обрисовал их область деятельности и скинул ссылку на тестовое задание по добавлению в Eclipse композитного проекта. Задание было сопровождено комментарием, что пока ни одного адекватного решения прислано не было.
Я сходу начал курить создание кастомных проектов, дошел до хэллоуворлда, но весь запал пропал еще при общении и к заданию я уже не вернулся. Постафактум долго думал над тем, что-же нужно спрашивать на собеседовании, поскольку данные вопросы одноразовые и выяснить механизм работы хэш-таблицы - дело десяти минут. Хотя, непростительно, если такие базовые вопросы не отскакивают от зубов.
Месяц спустя, в начале мая, внезапно, проснулся ЦФТ и предложил junior или senior java developer c релокационным пакетом. На что я им ответил "бла-бла пока переехать не могу, но тестовое задание готов выполнить, чтобы при случае ускорить процесс". Девушка выслала два задания, которые не особо отличались по уровню и оба были тесно завязаны на работу с потоками, синхронизацию. Впереди были выходные, а я был знаком только с олдскульными тредами - отличный повод поиграться с concurrent.*. Как в старые добрые времена устроил хакатон и за 15 часов запилил оба задания. Задание было "выполнено хорошо" и мы отложили общение до осени.
В конце мая проснулась вторая девушка и преложила сразу две вакансии: одну в хардкорной компанией со "своеобразным начальником" и вилкой зарплат под сотню или мобильно-игровую контору. На что я сказал что мобильность не интересна, а вот первые это круто и скинул ссылку на резюме. Оказалось, директор предпочитает общаться лично и мы соскайпились.
Общение началось с места в карьер и меня спросили как работает HashMap и какое у него время доступа. Я зафейлился сказав, что внутри дерево и логарифмическое время доступа. В ответ спросили: знаю ли я как устроена хэш-таблица. Решение брать остаток от деления хэша на размер таблицы было очевидным, механизм коллизий тоже, но вот что делать при переполнении я не знал (самое простое решение - перехэшировать все с новым размером мне показалось слишком лобовым, а зря). Дальше пошли вопросы про структуры данных: лист, массив, дерево и хэштаблица. К тому моменту я совсем уныл и толком не ответил.
Дальше меня мучить не имело смысла, и мне предложили чем-нибудь похвастаться. Из близкой к ним области, кроме того, что я щупал RCP похвастать было нечем. И, видимо, окончательно потерявший интерес директор вкратце обрисовал их область деятельности и скинул ссылку на тестовое задание по добавлению в Eclipse композитного проекта. Задание было сопровождено комментарием, что пока ни одного адекватного решения прислано не было.
Я сходу начал курить создание кастомных проектов, дошел до хэллоуворлда, но весь запал пропал еще при общении и к заданию я уже не вернулся. Постафактум долго думал над тем, что-же нужно спрашивать на собеседовании, поскольку данные вопросы одноразовые и выяснить механизм работы хэш-таблицы - дело десяти минут. Хотя, непростительно, если такие базовые вопросы не отскакивают от зубов.
