Всем привет.
Расскажите свой опыт, как собеседуют программистов в Германии? И если есть такой опыт, то чем отличается от России?
Гоняют ли по алгоритмам, структурам данных, сортировкам? Просят ли оценить сложность алгоритма?
Дают ли тестовые задания?
Понимаю, что всё зависит от специфики, но тем не менее - интересен любой опыт.
Всем заранее спасибо.

синтаксис очень важен, без тестового задания тоже тупо брать человека..

Зависит от опыта програмиста.
Если новичек то, да, молотят по самы алгоритмы
Если лет 10-15 за плечами, то нет. Там больше философские (по IT) вопросы
Скорее, что делал в этих проектах.

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

Просто разговаривали о том, что делал в прошлых проектах.

Ну а что-нить такое встречали (Java)?
чуть под настроение(вычеты, сортировки, перестановки, графы, древья: чтото базовое что можно вывести на месте) и разные вопросы на многопоточность:
как устроен CopyOnWriteArrayList. Зачем он так устроен?
Когда имеет смысл паралелить алгортм(хорошо если знает закон Амдала)?
Прошу написать принципы реализации многопоточных списков и кольцевого буфера. а неблокирующие?
Прошу придумать как бы он реализовывал многопоточный HashMap в случае разных паттернов работы с ним.
Как бы он реализовал кеш для приложения? а персистентный?
Как можно остановить поток выполняющий код который не находится под нашим контролем?
Из чего состоит переключение контекста процессора между потоками и процессами? сколько оно стоит?
Когда не знает ответа на вопрос(или даже не понимает формулировки) поясняю ему вопрос, я хочу увидеть как он мыслит.
После прошу написать реалию минимального приложения, тоже под настроение и в зависимости от диалога: последние варианты были написать сервис быстро возвращающий среднее в массиве(то есть к нему по сети приходят запросы «добавить елемент a» и «верни среднее»). На задачку даю часа 3-4. Для этого даю ему некий костяк — интерфейс который он должен реализовать и интерфейсы которыми он может пользоваться. Сам быстренько реализую последние.
Тут смотрю как они пишет тесты и mock-реализации(и пишет ли), пишет ли комментарии, как структурирует код. Обычно я наблюдаю что это спрашивают устно, но ИМХО в таких вопросах устный ответ часто в корни разнится от реальности.

У нас все просто. Выясняем, что делал, учил и общую адекватность.
Потом просто даем задание на регулярные выражения. Быдлокодеры просто отваливаются.

На задачку даю часа 3-4.
-----
Хммм... А ведь можо быть и посланным... Просто элементарно задастся встречный вопрос об оценке времени выполнения и по несовпадению оценки более чем на 20-25% на конторе будет поставлен жирный толстый пожизненный крест...
сколько оно стоит?
-----
А ты сам в состоянии на этот вопрос ответить? Ну скажем для BRSK48A?

синтаксис очень важен
-----
Если синтаксис - важен, то стоит думать об смене работы...

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

Был Assessment center, там в основном тесты на работу в команде, про программирование мало что было. Помню вопросы по работу GC.
Был проза-текст, по которому надо было построить модель данных.
Был кривой-кривой код, в котором надо было найти все кривости и дать предложения по исправлению-улучшению.
Было задание - дома написать небольшую программку как типа маленький проект - с документацией, диаграмами, юниттестами и проч.
Было спрашивали про проектмэнеджмент, хотя это с моей возможной будущей работой никак не связано было. Как оказалось позже, тот чел как раз делал обучение на руководителя проекта. Как оказалось ещё позже (на сегодняшний день, скажем), руководителем он так и не стал.
Было допрашивали о том, как работают релайиональне БД, тоже с моей возможной раюботой особо никак не связано.
Было, что вообще ничего не было.

Если синтаксис - важен, то стоит думать об смене работы...
-----------------------------------------------------------------------------------------
Еще как важен синтаксис ! Вообще, хорошо, когда программиста проверяет главный в фирме программист, который с опытом (Хорошо владеет языком).. Ну или пробецайт...
Если не проверять человека, то как ты поймешь, что от него можно ожидать ? Чем-то напоминает Союз, когда все крепят на скотч, так и с синтаксис )
Меня не спрашивали про синтаксис, но я в бевербунг прилаживал работы, которые они и посмотрели и оценили. Это повышает процент вероятности, чем без примеров..

Какой ещё синтаксис? Ты имеешь в виду, смотрели на код, как ты умеешь его оформлять, насколько грамотно ты умеешь программировать?
Как чукчи какие-то, ей-богу. Одни пишут "компьютерщик", другие хер проссышь вообще на каком суржике разговаривают. Такое ощущение, что в школе не учились.

Меня не спрашивали про синтаксис
------
Ну а меня - спрашивали... а теперь - удивляются отказам от интервью...
Если написание какой-либо кострукции языка (синтаксис) представляет проблему и фирма реально озабочена этой проблемой - общий уровенй квалификации сотрудноков очень низок и нормальной нагрузки с приличной зарплатой там не будет... Ну а для программиста это просто профнепригодность...

это что за должность такая - "главный в фирме программист"
В чем он главный то?
Дядю степу напоминает.

Пробецайт есть всегда.
Без "или"
Вообще собеседование в куче форматов может быть
В самых неадкватных конторах код смотрят но это редко.
Или когда юниора берут

а что шаблоны на изусть помнить надо?
ну а кроме шаблонов которые подбираются максимум за час там нет ничего сложного.
Да и вообще смысл смотреть код (хотя как уже написал код смотрят в не особо адекватных конторах).

Даем компьютер с интернетом и час времени. Потом вопросы по написанному коду, чтобы не получилось, что ему кто-то написал.
Важно, чтобы у человека мозги работали. А остальному научится.

Как у меня было с фирмой, в которую меня взяли.
Я искала работу, будучи не в Германии.
Назначили собеседование по скайпу. Небольшое такое собеседование минут на 20. Скорее даже не собеседование, а просто беседа, сколько денег хочу, нравится ли мне программирование под мобильные устройства (я подавалась на мобильного разработчика), сколько у меня Kündigungsfrist. Странно правда, что такую беседу вела с шефом разработки и менеджером проекта, а не с девочкой из отдела кадров. Потом получила письмо из HR, сказали, что сложно брать человека, не проверив его технически, и дали тестовое задание сделать, отвели одну неделю времени. Задачка несложная была, написать алгоритм для генерации решаемых комбинаций игры Пятнашки, с условием, что этот алгоритм работает для любой доски размером N*N. Через 2 дня задание было сделано (суммарно на все ушло около 4-5 часов) и отправлено. 2 недели от них было молчание, пришлось самой писать и узнавать, пришло ли мое решение. Ответили, что пришло и они предлагают присоединиться к их команде. Мое решение и написанный код даже не обсуждали
Была еще фирма из Мюнхена, которая тоже хотела мне предложить контракт, но не успели этого сделать, так как получили от меня отказ.
Сначала как обычно была беседа с отделом кадров. Потом интервью с директором и программистом. Точнее интервью было с программистом, директор просто слушал. Была какая-то алгоритмическая задача на массивы, пара вопросов-задач по ООП, беседовали про мои прошлые проекты. На все ушло около 40 минут. Потом мне ответили, что готовы предложить контракт и отправят его завтра. Наступило завтра и почему-то ни ответа, ни привета от них. На следующий день после завтра написали, что директор заболел и отправят контракт позднее. Затем мне сказали, обычно перед подписанием контракта у них есть традиционная формальная беседа с менеджером проекта. Так не имея даже контракта на руках, я беседовала с менеджером проекта, который про проект почему-то ничего и не сказала, было только известно, что для какого-то банка он. На беседе было еще два программиста, которые со мной беседовали в стиле технического интервью. То есть были вопрос по языку/синтаксису, другие технические аспекты, типа JSON, логическая задачка про лестницу и ступеньки. Длилась также около 40 минут (все беседы велись по скайпу). В итоге я так и не поняла, почему на формальной беседе с менеджером проекта я оказалась в роли испытуемого кролика для программистов. На меня это произвело негативное впечатление, поэтому сообщила им, что не заинтересована больше в их вакансии. Жаль, что так и не увидела их вариант контракта, для общего кругозора не помешал бы.
У меня еще была большая куча разных сообщений, но так как до финального этапа я там не дошла, то практической ценности они вряд ли несут.
PS Программист я не особо опытный, на момент интервью было около 1,5 лет опыта в качестве разработчика мобильный приложений.

Ну у вас как то не типично все. Стандартно само собеседование длится 1,5 часа а комп вообще никто не дает.
Я прошел где то порядка 30 интервью, кое какие результативне кое какие нет где то сам завалил специально - сразу видно много денег контора не даст а мало не интересно.
Нигде компа не было. И вообше кода мало что касалось - общие моменты. Код был в 3 конторах. Из них адекватная была только 1 в остальных скорее всего платят гроши

нет - тупо как раз давать тестовое задание. Тупее бывает только проверять по 100 тестовых заданий. А еще тупее писать на чистом php или java при наличии моря фреймворков

А еще тупее писать на чистом php или java при наличии моря фреймворков
.............................................................................................

Имхо, вы оба не правы в своей категоричности.
Новичка совсем свежего или с небольшим опытом работы, я бы протестировал. Так же протестировал бы человека, который уж слишком часто скачет с фирмы на фирму.
Остальных - нет.

Новичка совсем свежего или с небольшим опытом работы, я бы протестировал.
-------
И?
Была в конторе индийка... была...
Отбирали - из 200 кандидатов, через CV, имеющийся (заявлено 3 года работы на C++) опыт и тестирование... По тестам - в 10-ке лучщих...
Проблемы:
ООП - на нуле
C# - не освоила за полгода
Код - писсец...
И тд и т.п.

ой, все же вылетела, да?! :( Я тоже "индийка" своего рода, поэтому так переживала за девочку...

для нее же лучше.
С Мурром она бы не сработалась :-)

В первую очередь это говорит о том, что тесты ваши абсолютно не соответствуют критериям.
И если бы её взяли безо всяких тестов, было бы лучше??

угу...
Нужен - инженер, а она выше техника не поднимется...
Так что - ой...

С Мурром она бы не сработалась :-)
-----
Она не находилась у Мурра в прямом подчинении... ну Мурр и ограничивлся короткими рекомендациями по ситуации когда ему поручалось разобраться в том что она не может сделать... После са-а-амой первой задачи - на ней Я ограничился са-а-амыми общими указаниями где и что есть и что должно получится - мне было сказано, что Я работаю с очень начинающим прогером и ТАК нельзя - не поймет... разжевывать до уровня синтаксиса мне было лениво... ну а шефу было некогда ее дрючуть по полной программе...
Так что - да, с Мурром бы не сработалась... Мурру в помастерья надо что-то уровня китаянки - обьяснил один раз, посмотрел до куда потом сама добралась, подрихтовал что не поняла и все - остальное ограничивается указанием на возможность решения ТЕМ методом - поиск решения и кодировка - самостоятельно...

тесты ваши абсолютно не соответствуют критериям.
------
Любые тесты не соответствуют критериям. Всегда проверяется очень узкая часть и далеко не всегда она именно та, где произойдет сбой...
И если бы её взяли безо всяких тестов, было бы лучше??
------
По мне - да, было бы лучше.
Человек прошил отсев и попал в верхние 5% по резулйтатам. Можно было бы гордится, если бы не неудовлетворенность компании ее работой... которая не соответствует ни заявленному опыту, ни результатам тестов... что должно очень плохо сказаться на самооценке в будущем.
Так чт - да, было бы луче, если бы взяли БЕЗ тестов и уволили как сейчас.

Ессно, тест - это не панацея. Но каким-то определенным критериям он все же должен соответствовать, чтобы не произошло подобное тому, что ты описал.

А мне, раз, после собеседования, предложили день поработать.
Надо было на вижуалбейсике запрограмировать медиаплеер и найти Bug в программе.

а во это я бы ввел в обязательную программу при собеседовании. Не умеешь находить баги и делать debugging, *давай досвидания*! 8-)

Притом дебуггинг делать только с cdb! И только постмортем! :->

Я вот до сих пор не умею нормально PHP дебагить (пока пользую "промежуточный вывод"), может расскажешь как правильно?
Нужно очень редко "для личного пользования".

я PHP уже сто лет не использовал. Но думаю, инфу найти не проблема.
Ты уже смотрел у ZEND?
Ты вообще какой IDE для PHP используешь?
Мне вообще трудно себе представить повседневную работу программера без debugging'а :-)

Notepad или есть есть Dreamweaver

ну, тогда осталось найти навороченный плагин для Notepad'а 8-))
кстати, есть плагин для Visual Studio:
http://www.jcxsoftware.com/jcx/vsphp/home

А как быть с сервером, то бишь когда там скрипт не идет?
Ну более интересное пока не попадалось, хотя есть еще notepad++
Хотя как раз к вопросу отладки, без использования какой либо проги, разговаривать тяжело

Only $99.99

тут я пас... нужен php-девелопер.
Я знаю как делать remote debugging только для ASP.NET приложений.

Хоть мне и не нужно, все равно интересно какой принцип. Что нибудь установить нужно?

на сервере устанавливаешь remote debugging components и запускаешь Remote Debugging Monitor (msvsmon.exe)
Он находится в:
C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\Remote Debugger
C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE\Remote Debugger
у себя локально подключаешь Visual Studio к процессу w3wp.exe на сервере, который выполняет ASP.NET приложения.
*On the Debug menu, select Attach to Process* /цы/
В принципе, все готово. Но должен быть настроен firewall.

ну почти туториал сделал, спасибки, может когда пригодится.

у Линды есть курс на тему Debugging PHP
www.lynda.com/PHP-tutorials/Debugging-PHP-Advanced-Techniques/112414-2.ht...

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

trace с помощью xdebug как правило позволяет найти проблему быстрее, чем с помощью дебага. А вообще - разумная декомпозиция + юнит тестинг.

По поводу собеседования.
Всего было 3 собеседования. На первом попросили рассказать в каких проектах участвовал и что делал. Далее брали каждый конкретный проект описаный в резуме и начинали спрашивать общие технические детали:
"Вы использовали веб сервисы в проекте А? Что вы думаете о веб сервисах? назовите +-"
"Вы сказали что использовали мессаджинг. Расскажите как это работает. Что вы знаете о паттерне "Publisher-Subscriber". Что вы можете рассказать об очередях (queues в смысле)"
"У вас написано что вы знаете Objective-C. Расскажите мне что вам не нравится в этом языке по сравнению с Java. А как на счет C#? Сравните мне в общем эти три языка"
"Вы использовали Hibernate. Какие есть способы замапить базу и какой вам больше нравится?"
"Как работают аннотации в Спринге? "
"Вы знаете что такое Runnable? А как на счет Callable? Кстати, а что такое Future?"
и так далее. после технических вопросов спросили пару на "адекватность". Например, "вот вы сказали что в последнем спринге была добавлена фича X, но вы сказали что в проект вы ее решили не добавлять (я просто был тим лидом). Почему вы так решили?" или "Как вы относитесь к рефакторингу?". Вопросы просто на бла бла бла, но я тоже такое люблю спрашивать так как интересно как человек аргументирует свои решения в разрезе проекта.
После этого немного поговорили в общем: "как вам америка?", "а почему вы хотите в германию", "а у вас есть тут друзья", "а вы знаете язык" и тд.
Второе собеседование было очень жестким в плане времени. Собеседовал будущий тим лидер который очень хорошо разбирается в Java (по глазам видно :) ). Были разные вопросы по Java Core, EE, и фреймворкам (Spring, Hibernate). Пара тройка вопросов по ООП, несколько вопросов "расскажите как подход Х работает", вопросы по JUnit и тд.
Конкретно вопросов "вот вам метод, оцените его сложность", небыло но я старался чтобы мои ответы соответствовали заявленому опыту. Например, когда спросили что то по коллекциям, я начал отвечать больше с позиции CS без привязки языка и там проскакивали оценки сложности и выводы где лучше применять. Также когда говорили о рефакторинге, свои ответы я аргументировал математикой пару раз. Также, небыло никаких вопросов "а как работает такой то алгоритм". Честно, я был готов. Но нет так нет :)
Последнее собеседование было больше организационным.
Ну где то вот так. Было ли сложно? Нет так как я выбирал компанию требования которой соответствуют моим знаниям и опыту. Следовательно, вопросы очень предсказуемые (хотя, кажется пару вопросов я таки завалил, но это мелочи :) ). Но если бы попал на эти собеседование парень со знаниями не подкрепленными опытом, ему бы было жарко. Очень много вопросов нельзя было бы ответить если ты с этим не работал в боевых условиях.
Алгоритмы и математика идут с университета. Совершенно очевидно что забывается очень много, но общие детали "не пропить" и если не лезть в дебри, то по теме можно поговорить. Конечно, перед Google интервью я бы забыл про всякие фреймворки и повторил бы подробно алгоритмы, но в моем случае это было ненадо.
По поводу образования спросили где я учился (донецкий национальный университет(украина) и university of texas(usa)) и какой у меня средний бал (4 или B). Общая атмосфера - очень позитивно.
Вроде как и все. Удачи

А такой вопрос - я тут поюзал под эклипсом Xdebug - штака классная. Но есть 1 нюанс - а можно в дебаг-окне подбрасывать значения переменных - а то в коде с сервака передается по гету url - и тупо статично отлаживать как то не интересно - там по урл испетчер cake-php (ты вроде с опытом этот фреймвокр тебе наверняка знаком) из БД тащит практически всю загрузку сайта.
Вобщем имеемтся табличка доменов - и если домен вбит в урл то диспетчер по таблице доменов всю логику реализует.
В таблице больше 50 адресов - кажый в отладке руками прописывать не комильфо а отлаживать только через дебаггер Cakephp не интересно - хочу подтащить XDebug - сам настроен все ок но в эклипсе переменные в динамике мной подкинутые не акцептирует.
Сервак - апач под ксампом.
Кстати у ксампа есть 1 баг - если XDebug сразу в динамике подрубаешь не пашет. Надо первый раз в конф файле статично прописать. Тогда грузит. ПОтом апач отрубить конфиг переписать на инамичное подрубагие XDebug - пашет как надо.
И нигде баг не описан - сам шишку набил - везде написано статично библиотеку не грузите

а) ставим extension для PHP под названием xdebug http://xdebug.org/
б) берем IDE где есть поддержка xdebug, например Netbeans http://netbeans.org/
в) настраиваем порт и ключ для дебаг сессии (в IDE и на сервере) и прописываем IP клиента, на котором установлена IDE в настройки xdebug
г) открываем проект, жмем Debug (Нетбинс откроет его в браузере с ключом сессии)
д) ставим брекпоинт в нужном месте
е) когда брякнется, смотрим в IDE локальные переменные или добавляем нужные watches, трейсим и т.д.
при первой настройке я встрял на пункте в), но вдумчиво посидев-поматерившись, разобрался и настроил.
Ключ сессии и IP клиента может быть разный для разных площадок одного сервера (например при помощи директивы php_flag в .htaccess)
ПС не рекомендуется для продакшен серверов (по понятным причинам - перформанс/секьюрити)

Ну я, например, перед тем как пригласить на собеседование всегда выдаю маленькое тестовое задание, оно там на час или на полтора.
Смотрю чего там человек понаписал и если есть какие-то вопросы спрашиваю его. Если ответы начинают звучать странно, то тут уже все ясно.

Про тестовые задания. Позиция была Softwareentwickler c# (со знаниями MS SQL)
SQL:
- что такое трансакция?
- может ли в одну трансакцию входить несколько запросов?
- даны две таблицы (с одним столбцом). В таблице А - 1,2,3, в таблице B - 2,3,4. Дан запрос: Select * from tabA right out join on tabA=tabB
На общее понимание:
Дано: клиент (имя, дата рождения), самолет (рейс-номер, дата вылета), возможность купить/сдать билет. Сколько таблиц в базе данных необходимо для этого? Сколько времени займет разработка, если речь не идет о графике? Сколько времени из этого уйдет на unitTest?
На С#:
- public, protected, private (Класс А имеет protected x, от класса А наследуется класс В, от класса В - класс С. Имеет ли класс С доступ к переменной в классе А?)
- interface (общий принцип (зачем нужны), содержит интерфейс только методы или может содержать и переменные)
- statik, const, readonly (чем отличаются)
- abstract class (что такое, с чем едят)
- try, catch, и что еще? (finaly). Может ли один try содержать несколько catch?
Практическая часть.
Дано: строка (ну, например, "mail")
Задача: развернуть строку ("liam")

Ну и как было отвечено?

А сколько денег предлагает заказчик и планируется ли дальнейшее развитие и сопровождение платформы? (Особенно критично для ответа на последний вопрос) :)))
Вся эта серия вопросов больше к ПМ относится, а в целом нормальный подход чтобы минут за 15-20 составить краткий портрет кадидата. Сам примерно так же спрашиваю. Как-то наблюдал краем глаза, как саппортерский тимлид гонял потенциального кандидата по жутким дебрям. За час оба устали, но проверили на уровне достаточном для вступления в компартию, имхо не нужно это никому.

это тоже было оговорено (про "бюджет" и "дальнейшее развитие"), это я выпустила из виду, описывая задачу

по SQL вообще задания легкие, общее понимание тоже, вот c# посложнее, поэтому наверное и Softwareentwickler c#

Здравствуйте, есть ли в Германии возрастное ограничение при устройстве на работу программистом? А то вон в России до 40 лет.

Вчера по ТВ была передачка про то, что в Англии 60-летних гонят толпами в университеты - не подметать, но осваивать новые направления...
Что до возрастного ценза - неофициально, но он будет везде... с исключениями для тех, кто сможет доказать, что способен делать текущую работу и обучаться новому. Последнее, собственно, и работает как ограничитель - не освоил в течении года большую часть новинок в технологиях - на помойку...

Иногда давали программу на Ява или С++ с ошибками, их надо было найти.
Иногда запрограммировать ринг-буффер, и действиями над ним.
Нестрашные задания, главное не растерятся

Иногда давали программу на Ява или С++ с ошибками, их надо было найти.
-----
Класс!!! Помнится, когда-то давно, Я переработал один синтаксический анализатор...
было - 30 КБайт кода... осталось... табличка и 10-15 строк кода... точно в соответствии
с теорией...
Когда Я хочу над кем-нибудь поиздеваться Я спрашиваю не - Где там ошибка? -
а - Как оно работает?.. и потом смотрю на судорожные попытки понять что же это
такое... А там - не сложно - LR(1) анализатор... достатчно дать ему не LR(1), a,
скажем LL(1) грамматику - писсец - даже зная что именно неправильно в ручную
искать доказательства надо несколько месяцев... всего 15 строк и табличка...

Официально любые ограничения запрещены. Но неофициально считается, что после 50-ти найти любую работу гораздо труднее.
Но если человек гораздо выше среднего уровня, то возраст не должен быть серьезной помехой.

НП.
В почте лежат 4 резюме и приписка от шефа - нужна оценка кого и как использовать в плане 8-ми недель практики и далее.
1. позиция в плане оценки - напоминаю - ИТ, программирование - файлы резюме названы "CV1.doc", "MyResume.docx", "ReferenceForTrainingCourse"...
2. позиция - опыт работы (в программировании) - с чем, сколько времени, что сделано. Опыт по всем четырем - практически ноль. Т.е. есть местное ВО и 8-ми-месячные курсы программирования, на которых дали (за 8-мь месяцев) - Java, C#, VB(.NET), SQL, HTML, JS.
3. Другой опыт работы (или возраст) - практически все работали на очень низкоквалифицированной работе по 10-15 лет, частично совмещая с учебой. Т.е. возраст 30-35 лет.
4. Ляпы в резюме. Полно. Начиная от программирования на Java и Latek(!) порядка 2-х пятилеток, заканчивая разработкой Энтерпрайз-приложений работая в первой линии Customer Support.
5. Самооценка кандидатов - умеют все. Т.е. завышена и на много.
Заключение - можно дать 8-ми-недельную практику, но ожидать результата не стоит.
З.Ы. Уровень курсов - не знаю, но врядли там что-то выше - смотри сюда, кликай здесь... нет, не здесь, а вот здесь...

а с реальной самооценкой на фоне этих "всеумеющих" - тоже сразу отметут, ибо кому нужен сотрудник с заниженной (относительно других) самооценкой
Я бы рада в резюме говорить правду, так ведь тогда не будет даже шанса дойти до собеседования

Хммм... Мне как-то без особой нужды "всеумеющие". Гораздо более интересны те, кто уже понимает свою ограниченность и готов работать над повышением уровня. И чем точнее самооценка - тем интереснее. Тем более, что возраст - там люди за 30 - предполагает некоторую правильность в суждениях о себе и ситуации. Было бы написано - окончил курсы, нет практических навыков, но готов учится - была бы другая оценка - именно с заявленной позиции. Но, опять таки, в одном из резюме написано - чел учится... и подрабатывает... более 15 лет. При этом - частично программирует... и не отличает текстовый редактор от языка программирования.

Понимаешь, в чем сложность - вот непосредственно программисты - редко "занимаются приемом" "коллег". Чаще всего резюме получают персоналеры, а они - продавцы по натуре. И им надо "всесторонний товар", чтоб везде "блестело". Поэтому - всеумеющие, мотивированные, всезнающие и все-учившие "пользуются спросом".
Я не держу персоналеров за дураков, ни в коем случае, просто "продаю себя" и в резюме пишу так, чтобы им меня было легче продать...

Если Я напишу резюме в таком стиле меня, возможно, постараются "купить"... и - вероятно - быстро... но предлагать будут что-то что мне совсем не интересно.
Я не держу персоналеров за дураков
-----
Зря. Весьма-весьма ограниченные люди... и методика работы тупа до безобразия - расставить галочки против скилсов и посчитать сколько совпадет...
Вот пример
Successful candidates should have a willingness to learn new technologies in order to solve project related issues with a 'can do' attitude. The team consists of 7 .net developers and this role will be assisting and integrating backend systems to the client side . this will involve working with EPOS Systems , SAP , ERP , Navision and bespoke client systems so a passion to learn and solve problems is essential .
Development Skills:
Familiarity with AJAX, Web services, .NET development environment, server side .net development , Strong SQL
Developed software in VB, C#, Java or other OO based paradigm either commercially or as part of education
Database and Data Skills:
Strong SQL and scripting (of language choice) skills for data migration and transformations
Administration experience of MS SQL-Server 2005/2008 or Oracle e.g. setting up maintenance plans, analyzing performance issues etc.
Strong SQL skills including the ability to read/write stored procedures/UDF's/Triggers etc.
Ability to write complex queries in order to meet unique business requirements
Solid data manipulation skills including transpositions across multiple datasets using multiple key linking
Client Interaction:
Good communication skills to convey complex data modelling concepts in a commercial context
Identify and understand subtle user requirements that drive usability for a product
Be able to derive technical requirements from requirements analysis together with technical walk-through with clients
Project Management:
Strong project management skills with particular emphasis on delivering clearly scoped work on time and identifying problems early in the process
Be able to manage the full cycle of a software project from analysis to deployment, data import and live implementation
Other Advantageous Skills:
Product development awareness within a commercially sensitive environment, understanding market led demand for features
Qualifications :
BA/BS (Master's degree preferred) in MIS, Computer Science, Math, Statistics or other related field
В здравом уме туда никто не сунется.

У нас средний возраст отдела около 45 лет :)

НП.
Первый - пошел...
Сегодня шеф собеседовал первого из кандидатов. Мужик, хорошо за 30, умеет - все - от нескольких баз до нескольких языков...
Заключение - слишком много энтузиазма...

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

а четвертого берут неглядя, т.к. все остальные уже отсеялись?

Четвертый - отпал - нашел что-то получше моей клоаки...

offtop
у нас недавно набирали студентов, почему то в основном индийцы. Кто то спросил у одного из них какой у него любимый язык программирования, он ответил что вижуал студио.
Вопрошающий опять переспросил, уточнил что не ИДЕ а именно язык. Перец недоумевающе мосмотрел и опять повторил что вижуал студио это его любимый язык.

НП.
Таки - берут двоих на 4 недели... Я так понимаю, что шеф не хочет портить отношения с гос-центром по переквалификации... тем более, что цена вопроса 2х200 евро...
Теперь дадено задание - придумать чем их занять...

это уже какая-то низшая каста программеров *понаехала* :-)
первые волны из Индии были очень толковые. Все говорили на английском даже между собой. А эти между собой на хинди чешут --> низшая каста программеров-ремесленников :-)

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

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

А этот разговор как тебе?

Меня лично страшно разражает когда он начинает текст по бумажке читать.

Там он всегда был, как только аутсорс появился. Страна нищая, и программирование - один из немногих шансов из этой нищеты вылезти. Есть там и действительно способные ребята, на зарплатах, с которых могут позволить держать себе обслугу. Но большинство -- горе-кодеры. Последние легко выигрывают тендеры на проекты, которые потом успешно заваливают.
По теме ветки ... Вопрос прямо как про среднюю t по больнице. Разные интервью бывают, на одних общие вопросы от человека, который в разработке ничего не знает. На других могут прогнать от основ, которые в ВУЗах давали, до знания самых последних технологий.

Нужна "помощь зала" в подготовке к собеседованию. Подавала резюме на позицию C#.NET-Software-Entwicklerin. Пришел листочек с "задачкой", о моем решении которой будем говорить на собеседовании. Если просят представить Workflow-Engine-решение для LIMS, как оно должно выглядеть?!
Что такое Workflow Engine, LIMS уже погуглила, но с примерами решений пока что туго. В голову лезут либо просто алгоритмы, в лучшем случае - State Machine. Что правильно?

Что правильно?
------
Workflow - оно и есть конечный автомат... Состояния - определены, переходы, как и положено, дописываются прогерами...
Если просят представить Workflow-Engine-решение для LIMS, как оно должно выглядеть?!
------
Без понятия - вариантов практически бесконецное количество...

ну, вот, конечные автоматы - уже ясней. Их и буду "рисовать".

я думаю, я в ту же фирму пыталась трудоустроиться (помню, что и Вы трудитесь в Регенсбурге, наверняка, раз задание то же...). А мне на решение задачи дали два часа. Т.к. я только через час открыла это письмо, успела расстроиться, что не уложусь во время, в итоге - отправила решение на час позже. И тоже ни ответа, ни привета. Как-то написать самой - не приходило в голову)))

НП.
Помнится, было 4 резюме... 2-х кандитов вроде брали... по факту - нет ни одного.
Кроме этого, был еще мальчик... школьного возраста... ему, в течении 3-х часов,
обьясняли чем придется заниматься... его хватило на целый час после обьяснений...
Шефы там чего-то нашли на предмет заработка денЮх - кто-то будет нужен... но
пока не понятно (мне ) кто нужем...

мотивируешь ты меня, мотивируешь, Муррчик, к поиску работы))))

н.п.
Долгая беседа "ни о чем" (в профессиональном плане), а потом оп, спустя 55 минут от начала - тест из пяти заданий. Куски кода, которые надо "улучшить" (в первом случае - использовать наследование, во-втором упростить вложенные if, в третьем - избежать редундантного кода, в четвертом понять, что вернет функция this.GetType().GetProperties(); в пятом - проход по дереву (node, children)). На все про все - 10 минут. Все рассуждения просят комментировать вслух, что слегка смущает, ибо мысли в панике разбегаются, страшно сморозить глупость.

я вот не понимаю, к чему дискуссия о том какие именно задания давать на интервью.. тут надо учитывать какая специализация у человека. Если ты веб девелопер, то там одно будет, если ты ембеддед системс, то совсем другое и тд. Допустим мурр приводит какие-то конкретные примеры которые возможно мне и 90% остальных прогеров и понимать даже не надо. У меня своя специализация. У мурра своя.
У меня было всего в германии около 10 интервью. Из них 4 раза получал работу. Интервью в фирме где я работаю, в коде надо было найти ошибки. Было где посадили за комп и дали задание, а проверяющий стоял за спиной и просил комментировать.. вот это точно бред я думаю такая практика. Было где попросили накодить простую задачку и выслать. И было еще написать какой-то алгоритм сортировки карт на доске это тоже бред на доске писать когда код. Было где вообще ничего не спрашивали по практическим занятиям. Если я буду проводить интервью, то буду смотреть в первую очередь на опыт работы и то, может ли чел мыслить логически и анализировать ситуацию. А кодерские навыки это не ракетная наука. Ну и зависит от ситуации остальное.

буду смотреть в первую очередь на опыт работы
-----
Моя текущая ситуация - опыт работы - да...
и то, может ли чел мыслить логически
------
логикое мышление - да...
и анализировать ситуацию.
------
да, с оценкой 5+.
И не в состоянии сделать текущее задание в течении 5 дней.
При том, что точно знаю в каком месте и какая ошибка.

все просто! Если в этой ветке собрать ВСЕ направления - то кто-нибудь найдет для себя нужное. Даже если НЕ ПОПАДЕТ на такое же собеседование (а это процентов 99), то хотя бы для себя потренируется!

Это не бред, а самый эффективный метод. Классика жанра - http://www.joelonsoftware.com/articles/GuerrillaInterviewing3.html

Отличная статья.