Я давал различные технические интервью на роль инженера-программиста в крупных технологических компаниях, таких как Amazon, Google, Facebook, Microsoft, Databricks, Adobe, Flipkart, Zeta и т. д. В процессе подготовки и прохождения этих интервью я узнал о различных ошибках. что я сделал, и большинство других людей также делают.

Я поделюсь этими ошибками, чтобы вы их не повторяли-

1. Переход сразу к наиболее оптимальному решению

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

2. Не тестировать свой код

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

3. Кодирование или молчаливое мышление

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

4. Не писать чистый код

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

5. Нет опыта использования отладчика

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

Чтобы узнать больше, следите за мной здесь, на Linkedin.