Здравствуй, уважаемый читатель!
В этой статье я продолжу тебя готовить к собеседованию по языку SQL, а также поделюсь своим опытом прохождения собеседований.
В некотором далёком году, придя в очередную компанию в качестве соискателя на вакансию разработчика баз данных, я был уверен, что меня, с моими знаниями SQL, точно должны взять. Я тогда считал, что могу решить любую задачу (я и сейчас так считаю :)).
Со стороны технической части меня собеседовал ведущий специалист по базам данных. Будучи человеком ответственным и последовательным, он, как и полагается, пробежался со мной сначала по стандартным вопросам, на которые я быстро ответил. Как это иногда бывает на собеседованиях, соискателю могут задать не только заранее подготовленные вопросы, но и попросить решить, например, задачку из тех, с которой столкнулись сами недавно и потратили на нее некоторое количество времени.
Так случилось и со мной. Мне дали решить одну интересную задачу, которую я, как и "полагается" разработчику, принялся сразу решать сложным путем. И решил! Собеседовавший меня сотрудник, вероятно, не сразу смог понять мой путь решения и не стал торопиться с ответом: берут меня в компанию или не берут, и сказал: "Мы подумаем!"
Пока я ехал домой в метро, я все думал над задачей, что она простая, наверняка должен быть способ попроще! И действительно! Я его нашёл, но спустя минут 40. Когда уже почти доехал до своей станции метро.
Радостный я написал ведущему специалисту компании, в которой я только что был, благо он дал мне свою визитку, электронное письмо с ещё одним вариантом решения. Намного более простым! И, вероятнее всего, именно этот ответ ожидал от меня услышать собеседующий специалист.
Я ждал ответ на моё письмо день - другой, но не дождался. Вероятно они нашли другого специалиста. Или, может быть, я много просил:)
Этой задачей со своего собеседования я хочу поделиться с тобой в своём видео!
Когда поступает какая-то задача, не надо приниматься сразу её решать, даже если в голове созрело уже решение. Сначала надо подумать, а можно ли сделать проще?
Работая в компании, выполняя разные задачи, как правило, разработчика никто не торопит. Есть только срок к которому должна быть решена задача. И это срок должен быть рассчитан так, что его должно хватить и на само решение и на то, чтобы попробовать посомневаться, и на самостоятельное тестирование. Поэтому не торопись сразу решить первым способом. И еще раз подумай!
Буду, как всегда, рад, если оценишь мою статью, напишешь комментарий к видео или подпишешься на мой канал!
Спасибо за внимание!