Технические интервью известны своими загадками. Если вас просят написать двоичное дерево на доске, объяснить алгоритм сортировки или реализовать FizzBuzz в 10 или менее строк, вам следует подготовиться к техническим вопросам программирования в ходе среднего собеседования.
Но это не единственное, к чему вы должны быть готовы.
Реальность такова, что многие разработчики смогут решать общие вопросы интервью с программированием с небольшим расхождением между ответами. Итак, что отличает вас от следующего кандидата? Это именно то, на чем мы сосредоточимся в этих пяти советах.
1. Обсудите ваши рассуждения и процесс решения проблем
Худшее, что вы можете сделать, когда задаете сложный вопрос, - это потерять дар речи. К сожалению, это очень легко сделать случайно. Когда вы сталкиваетесь с проблемой, которая требует значительной умственной энергии и сосредоточенности, вполне вероятно, что ваша первая склонность - уйти в свой разум. Хотя это естественно, это также не очень полезно для интервьюера.
Суть технических вопросов, в частности, состоит в том, чтобы раскрыть, как вы думаете о решении проблем. Каков ваш процесс? Как вы разбиваете различные компоненты? Как вы пришли к решению? Как вы реагируете, когда пытаетесь что-то, что не работает? Вы лучше экспериментируете в коде или набрасываете что-то на доске?
Объясните, что происходит в вашей голове, когда вы решаете проблему. Действуйте так, как будто вы записываете свой голос для публикации в Интернете, чтобы научить других, как решить эту проблему. Даже если ваши интервьюеры дают вам пространство для тихого мышления, вам может быть полезно объяснить свой мыслительный процесс, не попросив вас сделать это. Это не только помогает им лучше понять ваши навыки и критическое мышление, но и делает вас более запоминающимся.
2. Что лучше, чем решение проблемы в техническом интервью? Решая это дважды
У очень немногих проблем есть только одно решение, и у всех проблем есть бесконечно неправильные решения. Поэтому, если вы сосредоточены только на одном способе решения проблемы, вы упускаете основную возможность доказать свою гибкость и набор навыков.
Вместо того, чтобы просто использовать известное решение или работать на одном языке, откройте дискуссию об этой конкретной проблеме и решите ее для различных сценариев. Например, если вас попросят запрограммировать FizzBuzz, вы можете предложить сделать это на двух языках, или используя две разные парадигмы, или, возможно, взяв некоторые ограничения производительности для одного решения и эстетические ограничения для другого.
Подтверждая, что проблема может иметь несколько решений, вы демонстрируете свою адаптивность, гибкость и осведомленность, и все это вселит в ваших интервьюеров уверенность в том, что вы сможете выбрать правильное решение среди множества возможностей.
Конечно, не переусердствуйте - есть искусство читать, когда ответ на вопрос с несколькими решениями излишне или радостно приветствуется. Если вы сомневаетесь, не бойтесь спрашивать своих интервьюеров, не возражают ли они, если вы потратите некоторое время на расширение своего решения с помощью дополнительного варианта.
3. Не бойтесь поделиться своим мнением, когда это применимо
Иногда, когда вы работаете над проблемами, вы будете принимать решения, которые полностью основаны на вашем собственном вкусе и мнении. И это нормально - работодатели интересуются вашим мнением! То, как вы думаете и реагируете на ситуации, имеет большое значение для культуры компании. Наличие мнения также является признаком лидерства и технической зрелости разработчика. Для обсуждения вашего мнения требуется, чтобы вы оценили другие позиции по данной теме.
Помните, однако, что мнения могут быть очень тесно связаны. Если вы не согласны со своим интервьюером по какой-либо теме, действуйте осторожно, когда делитесь этой информацией. Хотя хорошо иметь точку зрения, важно также отметить, что делиться ею не всегда необходимо, и знать, как выбирать сражения. Хорошее практическое правило: не делитесь своим мнением, если вас не спросят.
4. Никогда не заканчивайте ответ «Я не знаю»
Если вы не сталкиваетесь со сценарием «Кобаяси Мару», никогда не заканчивайте вопрос на собеседовании «Я не знаю». Это не вариант на работе, поэтому он не должен быть вариантом на собеседовании.
Конечно, я не говорю, что вы должны знать все. Это невозможно! Но вы должны показать, что у вас есть стратегия для изучения того, что вам нужно знать, чтобы выполнить работу. Попробуйте ответить: «Я не знаю, как это сделать, но вот как я могу это выяснить». Этот ответ должен пойти дальше, чем просто сказать: «Я бы Google это тоже». Вам лучше объяснить наиболее вероятное направление, которое вы бы расследовали.
Больше всего не стыдно! Обучение - это в основном процесс выяснения того, чего вы не знаете. Ваш работодатель не ожидает, что вы будете совершенны, но он ожидает, что вы будете усердны и умны, и никогда не будете выходить из проблемы.
5. Всегда играй за команду
Если вы не являетесь внештатным разработчиком, ваша работа всегда будет определяться в контексте команды, и успех команды всегда имеет первостепенное значение для вашей собственной. Таким образом, ваше собеседование должно отражать, что вы не просто озабочены решением своих проблем в определенный день, а скорее сосредоточены на том, чтобы делать все необходимое для успеха команды.
Итак, как вы можете сообщить об этом в интервью?
Никогда не обсуждайте проблемы, как будто они в вакууме
Практически любой проект будет практически иметь требования к ресурсам и ограничения, поэтому покажите свою осведомленность о контексте проблемы. Проблема, которая хорошо решена, но превысила бюджет, не является действительно лучшим решением.
Покажите свою осведомленность об экспертизе в существующей команде
Иногда лучший ответ на вопрос - попросить других членов вашей команды сотрудничать с вами, и вы можете ссылаться на них в технических вопросах: «Если бы мне представили эту проблему в контексте нашей команды, я бы, вероятно, попросил проверить и мое решение ». Это показывает, что вы готовы полагаться на опыт других и что ваша цель - найти лучшее решение.
Сообщите ценности, которыми руководствуется ваша команда
Это достаточно важный вопрос, и вы должны прямо сказать об этом. Вы хотите, чтобы ваши работодатели полностью осознавали, что ваша цель - помочь компании добиться успеха, а не просто сидеть за столом и писать код целый день.
В конечном счете, ваша работа как разработчика заключается не только в кодировании. Это должен быть командный игрок, лидер и тот, кто никогда не хочет выходить из проблемы. Возможности технического интервью состоят не только в том, чтобы показать, что вы можете достичь целей или написать алгоритмы, но и в том, чтобы поставить себя выше конкурентов и показать ценность, которую вы добавляете для работодателя.
