Очень крутое собеседование, очень приятный технический специалист, без высокомерия с неким пониманием и что главное сам дополняет ответы или отвечает что верно было сказано, а что нет. Ненавижу собеседования где тех специалист сидит головой кивает и непонятно ты чушь несешь или всё по теме. Собеседование это впервую очеред беседа двух специалистов а не экзамен. Более важно с такими людьми приятно работать в будущем. Недавно было собеседование где тех вопросы задавала hr читая с листика и всё это записывала что бы показать технарям, считаю это полный высер, пытаешься уточнить детали, а она головой кивает и отвечает что я в этом не понимаю и это очевидно.
Собеседовался на мидла уже раз 15, реально такие вопросы задают довольно часто, про ООП любят ещё спрашивать и паттерны проектирования, Ioc контейнеры и DI
Мне никогда таких легких вопросов не попадалось))))) был бы просто счастлив на таком собесе побыть. Всегда экзотические собесы проходили - с ходу про супер-подкапотные части рассказывать, мол что под кулисами await (полный сценарий).....или супер расширенный сценарий всех фаз и поколений gc ......или в режиме лайв шаринга реализовать МонтеКарло алгоритм! Про асинхронность, ref и value type, solid, стринг и его особенности, про базы данных и всякое базовое - никогда не спрашивали...мол типо это новичковые вопросы для интервьюеров..! Но лайк видосу, интересно было послушать комментарии.
Я джун. Постоянно натыкаюсь на вопрос о подкапотке await и gc. И я не понимаю, зачем нужно это знание? Ну реально, в каких ситуациях необходимо учитывать такие тонкости? Чтобы писать апи с базой? Чтобы писать десктоп? Да нет вроде.
@@lamenz6840 ну...gc, например у тебя потоковая обработка файлов , тех же картинок ...иногда полезно знать как самому подчищать память. Async await - знать что может пойти не так при асинхронщине в каких либо моментах ....например когда асинхронная задача в отдельном потоке будет жить...
Плюсую. На джуновый собес просили рассказать подробно про паттерны, отрефакторить код, написать код и все с асинхронщиной и синхронизацией. Куча вопросов про внутреннее устройство коллекций, про интерлокед, временную сложность и много других приколов.
Если джуну начинают задавать подкапотные вопросы, рассказать solid, tdd, ddd. Просят написать алгоритмы для мат анализа, написать в блокноте минимальную DI. Это означает только одно, вакансий у них нет, а собес проводится только потому, что у них лид должен по бизнес процессу проводить собесы (вдруг синьора незадорого найдут). Поверьте моему 10 летнему опыту, если бы вы им были нужны, то в 90% случаев вам бы такие вопросы не задавали. Цель - вальнуть и отчитаться, что пока никого не нашли. Если такое спрашивают, расслабьтесь и общайтесь с ними дальше, это в любом случае хороший опыт. Бесплатное обучение.
Сейчас даже на стажёров в ряде мест спрашивают/требуют в разы больше по технической части и стеку, при этом требования к опыту 1-3 года 😂 GraphQL - ок, рассказывай подробно. Рекурсия? Ок, где терминальная ветвь и как избежать переполнение стека. LINQ? Давай, расскажи как работает под капотом. БД? Давай про нормальные формы, индексы, инспектирование запросов и до кучи - возникающие проблемы в орм-ках. Коллекции? Давай подробно про IEnumerable, IEnumerator, скорость, разрешение коллизий. Про елды не забудь. Не сказал про иммутабельность стрингов - пшёл нахер. Сказал принцип единой ответственности, вместо единственной - пшёл нахер. Не привёл примеры паттернов - пшёл нахер. Не сказал про вариантность/контравариантность в контексте дженериков и in/out, не смог объяснить - пшёл нахер. И ещё куча всего. Если это интервью на мидла, то этот мир явно сошёл с ума. Начиная от текущих требований на хх к "коммерческому опыту", и заканчивая требованиями к соискателям 😂 Неудивительно, что народ массово опыт накручивает, а резюме-цигане крайне популярны)
Привет, согласен, что с it-рынком происходит беда. Как будто на мидла пройти собеседование в разы легче, чем на начинающего разработчика. Тебе не накидывают тестовых заданий, не мучают с лайфкодингом, просто поговорил (возможно красиво поврал) на собесе и взяли, тк срочно требуется разработчик, а долго искать его слишком затратно. Поэтому про цыган ты сказал красиво, и я в каком-то роде тоже к ним сейчас отношусь…
Полностью согласен.....меня лично всегда на собесах про супер подкапотные вещи расспрашивали..или в лайв кодинге расписать алгоритмы не самые известные.
так и должно быть... джун должен азы усвоить, а мидл и сеньор все это уже успевают подзабыть, зато у них большой практический опыт и они могут не просто предложить решение, но и найти более-менее оптимальное
Молодец парень, не стесняется говорить, что опыт работы есть и т.д. )0)) Как говорится - собесы проходить - не мешки ворочать, так что можно и приукрасить мальца свои скиллы и опыт. Правда переход на конкретику (при чем не до конца понимаемую самим отвечающими) в ответ на концептуальные вопросы - слишком уж палит отсутствие и опыта, и структурированности знаний, и софт скиллов, и всего на свете ) А так видос полезный, хотя-бы для поднятия selfconfidence. p.s. Если после таких ответов оффер он все-таки получил, значит принимающей команде срочно нужен был свежий хьюман ресурс на разгребание багов ))
Где душно то? А вы что ожидали: как формируется строка, одинарными скобками или двойными или как заремарить строку? Идёт срез знаний, не ожидается, что претендент все знает. Тимлиду нужно понять, куда человека можно применить, какие задачи дать, если возьмут, что посоветовать подучить, на какую позицию и тд. Более того, он на втором-третьем вопросе раскусил, что перед ним джун и никакими сложностями не валил. Интервьюер наоборот красавчик, все рассказал, что собеседник не знает, подсказал, что поизучать, очень тактично. Не в пятёрочку кассиром вакансия, там всё-таки задачи выполнять надо. Вы душных не знаете, когда что-то рассказываешь, а он в ответ ухмыляется, надменно разговаривает и обратной связи дает ноль.
String и stringbuilder понятно замучился писать +, ref out типа ссылки на текущие, ef бьюсь с ним, чтоб летал и обновлял, enu que коллекции паттерны они с практикой приходят, чаво еще
В стеке хранятся значимые типы?! В куче хранятся ссылочные?! Нет не так триждыматьего. Если int сделать частью класса, он спокойно храниться в куче. Дальше смотреть не стал. Это всего лишь так реализовано и все. Ни слова не написано, что должно быть так, ни в одной документации. То что val type может храниться и там и там, да. Но то что они должны храниться там. Хрень полная
смотри, обычная int переменная хранится на стеке, так как это значимый тип данных если же она является полем некоторого класса (ссылочного типа данных), то очевидно она уже будет храниться на куче на мой взгляд все просто и очевидно
Очень крутое собеседование, очень приятный технический специалист, без высокомерия с неким пониманием и что главное сам дополняет ответы или отвечает что верно было сказано, а что нет. Ненавижу собеседования где тех специалист сидит головой кивает и непонятно ты чушь несешь или всё по теме. Собеседование это впервую очеред беседа двух специалистов а не экзамен. Более важно с такими людьми приятно работать в будущем. Недавно было собеседование где тех вопросы задавала hr читая с листика и всё это записывала что бы показать технарям, считаю это полный высер, пытаешься уточнить детали, а она головой кивает и отвечает что я в этом не понимаю и это очевидно.
Пол года изучения языка и приняли на работу, сейчас бы так. Где мои 8 лет назад.
В комментах как обычно гении-программисты которые с дивана всё знают )
Собеседовался на мидла уже раз 15, реально такие вопросы задают довольно часто, про ООП любят ещё спрашивать и паттерны проектирования, Ioc контейнеры и DI
Мне никогда таких легких вопросов не попадалось))))) был бы просто счастлив на таком собесе побыть. Всегда экзотические собесы проходили - с ходу про супер-подкапотные части рассказывать, мол что под кулисами await (полный сценарий).....или супер расширенный сценарий всех фаз и поколений gc ......или в режиме лайв шаринга реализовать МонтеКарло алгоритм! Про асинхронность, ref и value type, solid, стринг и его особенности, про базы данных и всякое базовое - никогда не спрашивали...мол типо это новичковые вопросы для интервьюеров..! Но лайк видосу, интересно было послушать комментарии.
Я джун. Постоянно натыкаюсь на вопрос о подкапотке await и gc. И я не понимаю, зачем нужно это знание? Ну реально, в каких ситуациях необходимо учитывать такие тонкости? Чтобы писать апи с базой? Чтобы писать десктоп? Да нет вроде.
@@lamenz6840 ну...gc, например у тебя потоковая обработка файлов , тех же картинок ...иногда полезно знать как самому подчищать память. Async await - знать что может пойти не так при асинхронщине в каких либо моментах ....например когда асинхронная задача в отдельном потоке будет жить...
@@lamenz6840 Низачем не нужно. Это знание нужно, чтобы ответить на вопрос на собесе. В реальной жизни никогда не пригодится скорее всего
Плюсую. На джуновый собес просили рассказать подробно про паттерны, отрефакторить код, написать код и все с асинхронщиной и синхронизацией. Куча вопросов про внутреннее устройство коллекций, про интерлокед, временную сложность и много других приколов.
Если джуну начинают задавать подкапотные вопросы, рассказать solid, tdd, ddd. Просят написать алгоритмы для мат анализа, написать в блокноте минимальную DI.
Это означает только одно, вакансий у них нет, а собес проводится только потому, что у них лид должен по бизнес процессу проводить собесы (вдруг синьора незадорого найдут).
Поверьте моему 10 летнему опыту, если бы вы им были нужны, то в 90% случаев вам бы такие вопросы не задавали. Цель - вальнуть и отчитаться, что пока никого не нашли.
Если такое спрашивают, расслабьтесь и общайтесь с ними дальше, это в любом случае хороший опыт. Бесплатное обучение.
Красавчик, легенду по-лучше подготовь и тогда вообще топ
😅
Даша проснулась в конце 😂
Как относитесь к переработкам - это прям красная лампочка.... бегите, пока не поздно)))
ну эт от оплаты зависит... есть компании которые так оплачивают переработки что работники о них мечтают =)
Сейчас даже на стажёров в ряде мест спрашивают/требуют в разы больше по технической части и стеку, при этом требования к опыту 1-3 года 😂 GraphQL - ок, рассказывай подробно. Рекурсия? Ок, где терминальная ветвь и как избежать переполнение стека. LINQ? Давай, расскажи как работает под капотом. БД? Давай про нормальные формы, индексы, инспектирование запросов и до кучи - возникающие проблемы в орм-ках. Коллекции? Давай подробно про IEnumerable, IEnumerator, скорость, разрешение коллизий. Про елды не забудь. Не сказал про иммутабельность стрингов - пшёл нахер. Сказал принцип единой ответственности, вместо единственной - пшёл нахер. Не привёл примеры паттернов - пшёл нахер. Не сказал про вариантность/контравариантность в контексте дженериков и in/out, не смог объяснить - пшёл нахер. И ещё куча всего.
Если это интервью на мидла, то этот мир явно сошёл с ума. Начиная от текущих требований на хх к "коммерческому опыту", и заканчивая требованиями к соискателям 😂
Неудивительно, что народ массово опыт накручивает, а резюме-цигане крайне популярны)
Привет, согласен, что с it-рынком происходит беда. Как будто на мидла пройти собеседование в разы легче, чем на начинающего разработчика. Тебе не накидывают тестовых заданий, не мучают с лайфкодингом, просто поговорил (возможно красиво поврал) на собесе и взяли, тк срочно требуется разработчик, а долго искать его слишком затратно. Поэтому про цыган ты сказал красиво, и я в каком-то роде тоже к ним сейчас отношусь…
Вполне джуновское интервью на видео. На джуна нормально ответил.
Полностью согласен.....меня лично всегда на собесах про супер подкапотные вещи расспрашивали..или в лайв кодинге расписать алгоритмы не самые известные.
@@alexanderraf5553 плюсую
так и должно быть... джун должен азы усвоить, а мидл и сеньор все это уже успевают подзабыть, зато у них большой практический опыт и они могут не просто предложить решение, но и найти более-менее оптимальное
Поправьте заставку и таймкоды с ASID на ACID.
Николай не знает что в новых версиях шарпа кроме сигнатур в интерфейсах можно писать логику
Молодец парень, не стесняется говорить, что опыт работы есть и т.д. )0))
Как говорится - собесы проходить - не мешки ворочать, так что можно и приукрасить мальца свои скиллы и опыт.
Правда переход на конкретику (при чем не до конца понимаемую самим отвечающими) в ответ на концептуальные вопросы - слишком уж палит отсутствие и опыта, и структурированности знаний, и софт скиллов, и всего на свете )
А так видос полезный, хотя-бы для поднятия selfconfidence.
p.s. Если после таких ответов оффер он все-таки получил, значит принимающей команде срочно нужен был свежий хьюман ресурс на разгребание багов ))
Про join не совсем верно, при let join будут выбраны записи из левой таблицы все + продублируются записи из правой, которые встречаются в левой
15:00 То самое заклинание "Значимые типы на стеке, ссылочные в куче", а как же регистры, про них ничего не упоминается
Таким "заклинателям" сразу нужно отвечать "Спасибо, до свидания"
Коле пофиг на собес его волнует его зп чтоб сняли загрузку и не задалбывали
По итогу, взяли?
Никитос готовь вопросы и бомби таких собеседников) когда у тебя типа нет вопросов им кажется что ты не заинтересован..
Радмир фиговый манагер работал с такими
интересно какая вилка
взяли в итоге?
на джуна если только)
привет . Так что в итоге?? тебя взяли в эту компанию?:
Капец душно, но ты молодец четко ответил. Кстати, эта вакансия на какую должность?
вроде как на мидла собеседовали, backend .net разработчик
@@nikitanikulin749 в итоге взяли? На какой уровень ?)
Где душно то? А вы что ожидали: как формируется строка, одинарными скобками или двойными или как заремарить строку?
Идёт срез знаний, не ожидается, что претендент все знает. Тимлиду нужно понять, куда человека можно применить, какие задачи дать, если возьмут, что посоветовать подучить, на какую позицию и тд. Более того, он на втором-третьем вопросе раскусил, что перед ним джун и никакими сложностями не валил. Интервьюер наоборот красавчик, все рассказал, что собеседник не знает, подсказал, что поизучать, очень тактично.
Не в пятёрочку кассиром вакансия, там всё-таки задачи выполнять надо. Вы душных не знаете, когда что-то рассказываешь, а он в ответ ухмыляется, надменно разговаривает и обратной связи дает ноль.
String и stringbuilder понятно замучился писать +, ref out типа ссылки на текущие, ef бьюсь с ним, чтоб летал и обновлял, enu que коллекции паттерны они с практикой приходят, чаво еще
это на мидла собеседование? ))
Стажером, думаю
А когда было собеседование? В этом году?
-______-, чиво? там же время есть снизу справа.
@@dmytroShevне время, а дата
@@exactly4234 ну ты очень сильный )
@@exactly4234 и дата и время =)
@@timur2887 время - это частный случай даты
Собеседуемый ооочень слабо отвечает. По разделу "О себе" видно что опыт накручен, либо на его прошлом месте работы он не нучился ничему
Тоже такое впечатление и собеседование именно так и прошло как думал
и местами он зачитывал ответы)
как то слабовато )))
В стеке хранятся значимые типы?! В куче хранятся ссылочные?! Нет не так триждыматьего. Если int сделать частью класса, он спокойно храниться в куче. Дальше смотреть не стал. Это всего лишь так реализовано и все. Ни слова не написано, что должно быть так, ни в одной документации. То что val type может храниться и там и там, да. Но то что они должны храниться там. Хрень полная
смотри, обычная int переменная хранится на стеке, так как это значимый тип данных
если же она является полем некоторого класса (ссылочного типа данных), то очевидно она уже будет храниться на куче
на мой взгляд все просто и очевидно
@@nikitanikulin749 локальные и параметры value type хранятся в стеке. Только и всего, деталь реализации.
@@nikitanikulin749 и не факт что будут храниться в стеке, регистры ни кто не отменял