Интервью ужасны, лайв кодинг зло, теоретические вопросы бесполезны

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

Ссылки из видео:

Рекомендации по теме
Комментарии
Автор

Чем меньше опыта у собеседующего и чем Уже его кругозор, тем более странные интервью с узкими техническими вопросами и очень далекими от жизни теориями.
Самыесилные интерьюеры на моей памяти спрашивали очень конкретные практические вещи и моделировали ситуацию вместе с интервьюируемым. Зато если на одном проекте за три года дорос до "синьера", вот у такого интервьюера держись, там вопросы - прям из оглавления учебников и справочников слизаны.

И еще меня улыбает что на интервью все такие специалисты и компании такие прям на острие прогресса, а в код смотришь - там такое унылое, кривое, неподдерживаемое дерьмо, которое можно только в приступе шизофрении написать :)

slippers
Автор

Наши соотечественники на собеседованиях в роли собеседователя особо не смотрят на знания. Они выбирают себе удобного человека-коллегу.

AbraKadabra
Автор

За последний месяц, прошел около 15 интервью на Джава разработчика в Москве. 90% вопросов одинаковые. Только 1 компания гоняла по алгоритмам, бинарный поиск, сортировки, оценка сложности O(n), O(1) И так далее. Но конкретно по джава вопросов почти не было. Для себя отметил около 40 вопросов которые задают почти все. Это джава кор, коллекции, немного многопоточность, как устроена та или иная коллекция и какая в чем превосходит другую. Многопоточность 9 из 10 не используют, но все же спрашивают. Далее идут вопросы по фреймворку, как он работает под капотом, зачем он нужен. Далее идут вопросы по БД, транзакции, подробности про ACID, уровни изоляций, денормализация, партиции, индексы. После этого уже вопросы архитектурные. Как разбивать на микросервисы, какие паттерны использовать в определенных случаях и тд. Не знаю раскроет ли все это кандидата полностью, но даже когда я отвечал на все вопросы, иногда тупо не проходил софт скиллс, там уже сложно понять что им не понравилось, твоя борода или твои вопросы про внутренние процессы

Ivannn_ru
Автор

Я убедился, что подстрессом соверенно не могу писать код, когда продакшен у нас упал и мне нужно было написать исправление, прямо в MS Teams митинге, где присутствовала толпа народу.. Я минут 5 не мог сосредоточиться и даже не мог понять с чего начать, после чего сказал, что давайте я напишу исправление и созвоонимся через пол часа. Как только положил трубку сразу все пошло ... Стресс это ужасно

JohnDoe-tmrv
Автор

Добрый день, такой вопрос: система обозначений О() при моделировании расхода памяти встречаться в вопросах ? Если не корректный вопрос, извините!

eugene
Автор

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

AristoDrag
Автор

Ну не знаю, если в компании требуется постоянно работать под стрессом, и там все горит - то нафиг такую компанию, пусть ищут пожарных лучше)) Я нормально работаю лишь в тишине и одиночестве) Нормальная жизнь и сон дороже)

Павел-бдя
Автор

Когда я замахался объяснять, что такое инкапсуляция, наследование и шо никто не понимал - полиморфизм, и писать реверс строки на Си, мне повезло. Я с английским пролетал. Ну, ... Мы занимаемся вот этим. Нам надо вот это и это. Вы можете? Могу. Вам это интересно? Приходите завтра на работу. А я думала, что вы не придете. Самое лучшее интервью :-)

yuriytrotsenko
Автор

Я не прошёл собес в Альфу. Сделал задачи sql с минимальными подсказками. Но уверенно сделал код ревью и указал на все проблемы. Нашёл sql иньекцию. Оптимизировал async - выявил sync over async. Завернул data access логику в транзакцию. Итого не взяли так как не ответил подробно про yield оператор и как внутри работает task.

lolik_
Автор

15:00 Проблема в том, что то, как программист тиранит начальника на собеседовании вопросами никак не соотносится с реальным кодированием. Я никогда на собеседовании уточняющих вопросов на такие задачи не задаю. Но, при этом, часто находил ошибки в ТЗ, в том числе в экономических формулах.

vinfdsc
Автор

Очень интересно было послушать, но возникает вопрос, как прокачаться в этом "понимании", если ты не работаешь даже джуном? Сам на стадии обучения, поэтому и интересуюсь :)

maximo
Автор

Перед задачкой на 13 минуте специально поставил на паузу и 2 минуты сам решил подумать.
Очень приятно удивился, когда наши решения с разностью сумм совпали))
Я Python Junior+

FRAT
Автор

Спасибо, если по питонячи то как то так)) решение junior😉

А как хешем сделать не подскажите? Ваш вариант просумировать тоже крут, но это если мы знаем кол элементов в списке

import collections

list_num = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 3]

print([item for item, count in if count > 1])

GFU
Автор

вот по архитектуре приложений, какие источники можно посоветовать? помимо паттернов проектирования

andrewdirrell
Автор

блин, стресс тоже разный бывает. кто-то стрессует на собеседовании, но когда он работает и происходит дедлайн, то ведет себя оч адекватно и круто, так что спорно.

КарякинаЮлия
Автор

А как быть когда через ЛинкедИн поступает множество предложений прособеседоваться, я соглашаюсь, но не прохожу собеседования? Может лучше сразу отказываться от таких интервью? Пишу на С# всего 3 года...

Mr
Автор

Хорошие размышления! Особенно мне понравился вариант с код ревю. Один только вопрос про способ поиска повторяющегося числа, там где вы говорили про суммирование всего масива и всех чисел кроме последнего. Не уверен что все получится, ну или я что-то не допонял)

avisalon
Автор

насчет задачки. Сложить все 11 чисел, потом сложить от 1 до 10. Первое отнять от второго. Гугл держи чемодан с бабками поставь стол из кокоболлы, я иду XD

ДиванныеВойска-ою
Автор

я делал попытки использовать структуры в свифте) долго ждал момента, когда они были бы уместны. и что вы думаете? чуть позже оказалось, что нифига они в данном случае не подходят. реально не могу представить, когда бы они были полезны.

pafnuteus
Автор

Интересно на интервью спрашивать, как бы человек спроектировал приложение. Тема широкая и позволяет определить уровень человека по качеству и глубине вопросов, которые он задаст.

sergeydmitrievsky
join shbcf.ru