Цели моего исследования:

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


На все я был готов выделить 3 недели и занизил свой текущий оклад на 80.000, а на все вопросы и задания отвечал по среднему.

Сначала составил резюме.
Описав свой последний интересный опыт и указав свои компетенции в определенном порядке сразу выяснились первые моменты в оформлении резюме:

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

Первый пункт, т.к. читателям надо будет запоминать перед собеседованием, да и искать в потоке.
Второй, т.к. более-менее внимательно читают только первые предложения первых абзацев. В качестве доказательства могу привести пример — мне предлагали работу С++ программистом или Python в то время как основная цель поиска javascript|typescript разработка.
И второй пункт требует оговорок, конечно, мы допускаем, что нас пригласят С++ программистом, но они ж при этом и з/п хотят платить в соответствии со знаниями С++. В то время как за написание JS нам будут платить хлеб с маслом, то за С++ — дулю с маслом (уровень то низкий по этому языку).

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

Старайтесь показать максимально больше знаний, в противном случае нарветесь на тестовое задание и тут все зависит от щедрости экзаменатора.
В некоторых компаниях тестовое задание является обязательным пунктом и помимо просто вопрос-ответов может быть вполне себе задание.
Настаивайте на выполнение задания сразу у них там в ограниченный период времени, иначе увязнете на 8 и более часов даровой работы «в пустоту».
Но если не получилось или они решили его дать вам в любом случае на дом, старайтесь его сразу хорошо продумать, чтобы потратить минимум времени и конечное время не должно превышать 2х часов.
Если по оценкам нужно больше 2х часов — то опишите, что вы готовы сделать, в случае отказа, даже не стоит морочиться, вероятность, что вас хотят ниже 50%.
Может случиться, что работодатель готов оплатить вам выполнение тестового в любом случае, то следует выложиться на полную — это добросовестный работодатель, а значит и он достоен уважения и вашего драгоценного внимания и времени.

И тут требуется пояснение почему 2 часа.
Рабочий день — 8 часов.
Писать вы будете 2 часа в любом случае, плюс проверки и отлизывания займут еще 1-2 часа = половина рабочего дня.
Если увеличивать часы выполнения — увеличиваются часы проверки (это практика, детка, от этого не уйти).
Учтите, что вы пишите задание за свой счет и никто вам его не компенсирует… годы идут, девушки не молодеют…
Однако, совсем недобросовестные могут настаивать на выполнении всего задания (наглость — второе счастье).
В последнем случае выделяйте неделю, но я обычно включал сюда что-н интересное для себя, например, отработка новой технологии или интересного нового решения, какой-то технологии. Конечно, рискуете не уложиться в отведенное себе время, но главное, отработать основную цель задания — показать свои знания и умение быстро писать качественный код и решения.

Плохие технические специалисты, могут отрицательно оценить ваши результаты словами:
— не умение оценить время
— не выполнено задание в большей части
— не умение декомпозировать задачу
— код не имеет общепринятой или, как минимум, понятной структуры.
Звучит как приговор, но тут надо смотреть, что сделано и как.
В итоге могу порекомендовать перед тем как делать задание спросить у экзаменатора пишут ли они код в каком-н стиле и какой шаблон проектирования используют (MVC, MVVM, MVP,...) и стараться писать в этом стиле, в противном случае у вас получится как у меня — написанный код в стиле MVC будет признан как яд и разбираться в нем не станут.

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