При решении задач на собеседовании кандидаты часто волнуются и упускают из вида полезные мелочи, которые могут помочь в понимании задачи, разработке решения или в поиске ошибок. Чек-листы и советы из этой статьи помогут сосредоточиться на нужных деталях.
Внимательно прочитать условие.
Понять что дано, а что требуется?
Какие данные есть в задаче и каких типов (входные данные)?
Какой результат нужен и какого типа (выходные данные)?
Какие действия описаны в задаче?
Хитрость помогает добиться успеха так же, как и положительные навыки: трудолюбие, усердие или любознательность. Но использовать ее нужно с умом.
Меня зовут Сергей Романов, я работаю в KODE тимлидом бэкенд-разработчиков. Недавно проверял тестовые задания кандидатов на менторскую стажировку и увидел в коде нестандартный для Go архитектурный паттерн. В нем не было ошибки, но обычно пишут не так. Он встретился мне еще в шести заданиях. На втором задании я подумал, что у меня дежавю. На третьем — что ребята списали из одного источника. На четвертом обнаружил пометку «GPT-4», которую автор забыл удалить, и все встало на свои места.
Я пишу эту статью в 30 лет, успев побывать на собеседованиях по обе стороны стола. В течение последнего года я проводил технические интервью и видел как моложавых выпускников, едва достигших возраста, позволяющего арендовать авто, так и бывалых специалистов, проработавших в IT больше лет, чем мне отроду. И этот опыт прекрасно прояснил для меня общую картину.Читать полностью »
Всем привет! Меня зовут Александр Мешков, я автор бесплатной платформы TestGrow для тестировщиков. В последнее время я достаточно большое количество времени стал уделять генеративному искусственному интеллекту и возможностям его применения в различных аспектах обучения.
Привет, дамы и господа, которые кликнули на эту статью с горячим заголовком! Давайте знакомиться: меня зовут Артем Соловьев, и в данный момент я Middle iOS-разработчик в крупной лизинговой компании, где мы с командой занимаемся разработкой и поддержкой внутренних CRM-систем.
Собеседования больная тема для многих людей — кто-то ходит на них для проверки своих знаний, дабы не терять навыки, а кто-то прибегает к собесам только в самом крайнем случае: нужно повысить зарплату, хочется поменять проект или условия. Но все мы испытываем перед ними непонятную тревогу, чувствуем себя самозванцами и боимся сделать лишний шаг, допустить ошибку.
Недавно у меня было телефонное собеседование, на котором мне задавали разнообразные вопросы по Java. Это стандартное собеседование и большинство вопросов тоже было вполне стандартным:
Что такое полиморфизм?
В чём разница между List и Set? Когда стоит использовать первое, а когда второе?
Где можно столкнуться со взаимной блокировкой (deadlock)?
В чём разница между строгой и слабой типизацией?
