Как вести себя на собеседованиях? Что там будут спрашивать? Как лучше готовиться?
В этом выпуске мы попросили экспертов дать советы начинающим программистам, которые хотят найти работу.
Специально готовиться к собеседованиям, в ночь перед встречей перечитывая стопку книг, на мой взгляд, не имеет смысла. Все равно будут спрашивать не о том, что вы прочитали, готовясь к собеседованию. Что вы знаете, то знаете, что не знаете — то не знаете. Основные моменты, которые на собеседованиях HR-специалисту, техническому эксперту, руководителю важно оценить — насколько успешно вы сможете справиться с теми задачами и планами, под которые они ищут человека, насколько быстро и безболезненно вы сможете адаптироваться к работе и команде, какие могут быть риски и возможные проблемы при работе с вами. Соответственно, если обобщить, то разговоры будут о том, что вы умеете и знаете, какие ваши интересы и планы на будущее, насколько ваши взгляды на работу и жизнь, ваша культура общения, ваши планы и стремления совпадают с планами, культурой команды и компании.
На собеседованиях рекомендую себя вести спокойно и честно, стараться общаться на равных и задавать вопросы. Не надо бояться признать, что вы что-то не знаете, рассуждайте о том, как бы вы искали ответ на эту, неизвестную вам тему.
В качестве подготовки лучше всего иметь проект на гитхаб или каком-либо таком сайте. С большой вероятностью у вас про него спросят. Или можно рассказать про него, когда вас попросят рассказать о себе. Как проведший интервью большого количества народа, могу сказать, что это очень помогает составить основное впечатление, чаще положительное, чем наоборот.
Что касается вопросов на собеседовании… Про это мне сказать особо нечего. Я не спец по прохождению собеседований.
Как вести: не пытаться обмануть.
Спрашивать будут про практический опыт. Попросят решить бытовую задачу по программированию.Приготовьтесь думать на интервью. Учтите, у вас нет опыта. Что, уже поработали на кафедре и сделали какой-то проект для преподавателя? Тогда вы меня не поняли. Повторю: у вас нет опыта! Все, что у вас есть сейчас — это живой, гибкий ум. Приготовьтесь демонстрировать именно его на собеседовании. Хотя, я немного сгущаю краски. Конечно, мы порадуемся, если вы с воодушевлением расскажете о тех проектах, над которыми вам уже удалось поработать, потому что это выгодным образом отделит вас от толпы, которая обладает нулевыми коммуникативными навыками и не способна рассказать ни о чем вообще.
И еще, будьте готовы показать весь английский язык, которым владеете. Потренируйтесь перед собеседованием с друзьями или родными в разговоре на любую, самую простую тему. Поверьте, английский язык необходим.
Помните, что любая работа — это контракт двух сторон. Также как работодатель выбирает себе сотрудника, вы выбираете работодателя. Если собеседование напоминает экзамен, откажитесь от этой позиции, там будет грустно работать. Не нужно «готовиться» к собеседованию, нужно честно рассказать о себе как о человеке, а ваши профессиональные достижения продемонстрирует гитхаб.
Собеседование во многих IT компаниях — это обычная беседа. Да, есть такие места, где собеседования крайне формальны и их минимум три или четыре штуки, но если у вас есть выше озвученный вопрос, то в такую компанию вам рано.
Никогда не пытайтесь делать две вещи: выглядеть наигранно крутым и врать. И то, и другое очень быстро всплывает. Ведите себя непринужденно, как будто беседуете с другом, показывайте свои сильные стороны, признавайте слабые и рассказывайте о том как вы работаете над их развитием.
Понимайте, что уровень Junior—Middle не подразумевает то, что вы должны знать всё, от вас ожидают лишь светлой головы, адекватности и готовности обучаться. Будьте дружелюбны, быстро отвечайте, не тяните время, если не знаете ответ, и стройте логическую цепочку, даже если в итоге она будет ошибочна — важно показать что вы умеете думать в тот момент, когда вам дадут задачу которую вы раньше не решали.
Отдельным моментом является резюме. Это важно тем, что все смотрят на ваше резюме прежде, чем позвать вас на собеседование. Будьте готовы к тому, что вас спросят про все пункты, что вы указали в документе, и если вы сказали, что знаете Memcached, то вас спросят, как он работает. А если сказали что умеете работать по SCRUM, то вас попросят описать методологию.
При собеседовании начинающих специалистов обычно смотрят на знание фундаментальных вещей и самое главное — на аналитические способности. Умение находить причинно-следственную связь, строить логические цепочки, рассуждать — это то, на что будут обращать внимание. Причем почти всегда не имеет значения знаете ли вы ответ на вопрос или нет, и даже не важно сможете ли вы догадаться до ответа.
А вообще, ходите на собеседования как можно чаще и начинайте как можно раньше. Собеседования вскрывают пробелы в знаниях, а также придают уверенности.
На собеседовании ведите себя открыто и доброжелательно и не ищите в вопросах подвох: его там, как правило, нет. Подробно и честно отвечайте на все вопросы, внятно рассказывайте о своем опыте. Не стесняйтесь задавать свои вопросы: о компании, вакансии и особенностях работы. Это важно: соискатель, у которого вопросов нет, выглядит как минимум незаинтересованным.
Перед встречей обязательно хорошо выспитесь! Опрятный внешний вид обязателен. Заранее посмотрите схему проезда и контактное лицо, если опаздываете — предупредите.
Диапазон вопросов может быть очень широким: от темы дипломной работы до хобби и увлечений. Вам могут предложить технический тест или пару нестандартных задач на логику. Если предстоит сугубо техническое интервью, большинство вопросов будет именно такого характера.
Когда человек приходит на собеседование, то за его плечами уже есть годы работы, или, как минимум, годы учёбы. По существу, именно это вы и собираетесь показать на собеседовании. Поэтому в тот момент, когда уже назначена дата собеседования, мне кажется, нет особого смысла пытаться прочитать тонны литературы, чтобы изучить что-то новое. С другой стороны, если есть какой-то вопрос, ответа на который вам не хватало для построения гармоничной картины мира, то есть смысл перед собеседованием восполнить этот пробел. Ещё советую перед собеседованием немного отдохнуть и выспаться — со свежей головой вы имеете намного больше шансов показать себя с лучшей стороны.
Напоминаем, что вы можете задать свой вопрос или присоединиться к числу экспертов.
Также рекомендуем по теме:
Создаем юнит-тесты с phantomjs
Для начала скажу что phantomjs – это совсем не библиотека для юнит-тестов, как вы могли подумать; phantomjs – это возможность работать с WebKit из консоли используя JavaScript и без браузера.
Интересно? Тогда идем под кат.
Сначала проверим как работает phantomjs.
Для установки скачиваем программу с официального сайта. Стоит отметить что есть версии для Windows, Mac и Linux. Я буду описывать вариант для Linux, для которого можно запускать приложение(начиная с версии 1.5) из консоли. В скачанном архиве оказалось всего 2 папки – исполняемый файл и примеры.
В "быстром старте" нам предлагают создать hello.js со следующим содержанием
console.log('Hello, world!'); phantom.exit();и выполнить его:
phantomjs hello.js
Очень важно в конце выполнения вызывать phantom.exit();
Попробуем разобрать более сложные пример с загрузкой страницы и получением ее скриншота:
var page = require('webpage').create(); page.open('http://google.com', function () { page.render('google.png'); phantom.exit(); });После чего в текущей директории должен появится файл google.png, в котором будет снимок сайта.
Далее рассмотрим скрипт для определения времени загрузки страницы:
var page = require('webpage').create(), t, address; if (phantom.args.length === 0) { console.log('Usage: loadspeed.js <some URL>'); phantom.exit(); } t = Date.now(); address = phantom.args[0]; page.open(address, function (status) { if (status !== 'success') { console.log('FAIL to load the address'); } else { t = Date.now() - t; console.log('Loading time ' + t + ' msec'); } phantom.exit(); });Кстати в официальной документации в этом скрипте ошибка: зачем-то в if блоке стоит return. Чтобы запустить скрипт вторым параметром(после имени скрипта) ставим адрес сайта, который хотим проверить (обязательно с http://)
По умолчанию JavaScript код страницы, которую мы загружаем не выполняется, но мы это можем сделать в режиме песочницы через метод evaluate:
var page = require('webpage').create(); url = phantom.args[0]; page.onConsoleMessage = function (msg) { console.log(msg); }; page.open(url, function (status) { var title = page.evaluate(function () { //return document.title; console.log(some_variable); }); phantom.exit(); });Также мы можем просматривать запрашиваемые/получаемые страницей ресурсы задав callback методы onResourceRequested и onResourceReceived:
page.onResourceRequested = function (request) { console.log('Request ' + request.contentType + ' ' + request.url); }; page.onResourceReceived = function (response) { console.log('Receive ' + response.contentType + ' ' + response.url); };Request и responce – json объекты, в которые хранятся данные о запросе и ответе.
С основами phantomjs разобрались, теперь определим, как он нам может помочь в написании тестов.
Есть 2 подхода: основной и тот, который мы только что придумали для решения своей частной задачи. Основной заключается в том, чтобы запустить на выполнение юнит тест страничку в phantomjs, а потом считать с результирующей таблички данные и как-то их обработать. Этот подход хорошо разобран тут, тут и тут оф пример. Поэтому на нем не останавливаемся, а переходим к нашему изощренному: мы хотим проверить правильно ли были применены стили и изменения структуры к документу. Для этого мы делаем снимок экрана эталонного варианта, потом применяем стили к базовой страничке, опять делаем снимок и сравниваем полученные скрины.
Логика на стороне phantomjs выглядит следующим образом:
//массив тестов var tests = [ "test1", "test2", "test3", "test4", "test5"]; var pages = []; // в цикле по ним проходим for(var i in tests ){ // получаем ссылку на тест var url = host + '#!runtest/' + tests[i]; page = require('webpage').create() pages.push(page); // открываем-выполняем страницу теста pages[i].open(url, (function(testName, page){ return function(){ setTimeout(function(){ // по таймауту ренедерим страницу в png-base64 // и сравниваем с эталонным значением equal(page[i].renderBase64('PNG'), expected[testName], testName + " - OK"); }, 2000); }; })(tests[i], pages[i]) ); }попрошу обратить внимание так как мы используем цикл с внесением значений в callback-метод нам необходимо создать дополнительное замыкание для сохранения значений:
(function(testName, page){Посмотрим как система покажет себя в бою…
