Ахахаха. Типичные вопросы на академическую тему, которые нахрен не уперлись. А на проекте будет JSONы туда сюда гонять, без всяких многопотоков и кафок
@@ФримХувс не знаю, что бы работать с условной кафкой, не надо принципе блистать умом, продюсером кинул в топик, консумер читает, базовая реализация. в 5% случая тебя попросят написать какой нибудь невьебенный мастер слейв сервис который парралельно читает кафку и использует хотя бы 50% от ее пропускной способности
13:30 что имелось в виду под конструкторами, что не наследуется если base не прописать? Просто при наследовании всегда, всегда вызывается конструктор по цепочке базовый(сначала object), потом дочерние. Иначе как ты поля базового проинитишь
Какие раздражающие собеседующие. Ощущение, будто они сами не понимают некоторые из собственных вопросов, особенно про "ограничения sql". Очевидно трудно сразу понять, что имеется ввиду без какой-то конкретики, и собеседуемый часто пытался на ходу додумать их мысли и угадать суть вопроса, если она изначально вообще была :) Короче, несмотря на такие обширные вопросы, впечатление об интервьюерах сформировалось как о полных непрофессионалах. Отдельно позабавил вопрос о потокобезопасных функциях. Очень бы хотелось послушать от интервьюеров о кейсе, где знание о потокобезопасности Console.WriteLine() было бы критически важным.
Довольно интересный собес. Это на какой грейд? Я по идее Senior, но и то что-то новое для себя узнал, например про запрет на return в finally. В других языках, например, Python и Java, это не запрещено )
Сложилось ощущение, что вопрошающие сами не понимают что спрашивают. Не могут четко сформулировать вопросы. Чел только что ответил про Dispose и uning, а ему вопрос: что такое конструкция uning.
@@CrazyElf1971 надо спрашивать о проектах, задачах. Брать пример кода, смотреть как человек рассуждает о его аспектах. А не гонять по Рихтеру. Такой собес говорит о реальном уровне разрабочика чуть менее чем ничего.
Очень полезный видос, шикарные тайм-коды. Благодарю)
Отличные таймкоды. Спасибо за собес
Спасибо что поделился интервью
Никита, спасибо тебе! Пытаюсь с фронта свичнуться на бэк на ноду, смотрю твои видео, очень помогают
Спасибо что поделился интервью🙏🏼
Ахахаха. Типичные вопросы на академическую тему, которые нахрен не уперлись. А на проекте будет JSONы туда сюда гонять, без всяких многопотоков и кафок
ты голос слышал, там только такие вопросы и могли быть
Кафка сейчас даже в сельских интернет магазинах, ну это так, держу в курсе.
@@tnsaturday они ее развернуть не смогут даже в яндекс облаке друг, не говоря про что то большее
Ты не прав)
@@ФримХувс не знаю, что бы работать с условной кафкой, не надо принципе блистать умом, продюсером кинул в топик, консумер читает, базовая реализация. в 5% случая тебя попросят написать какой нибудь невьебенный мастер слейв сервис который парралельно читает кафку и использует хотя бы 50% от ее пропускной способности
13:30 что имелось в виду под конструкторами, что не наследуется если base не прописать? Просто при наследовании всегда, всегда вызывается конструктор по цепочке базовый(сначала object), потом дочерние. Иначе как ты поля базового проинитишь
Какие раздражающие собеседующие. Ощущение, будто они сами не понимают некоторые из собственных вопросов, особенно про "ограничения sql". Очевидно трудно сразу понять, что имеется ввиду без какой-то конкретики, и собеседуемый часто пытался на ходу додумать их мысли и угадать суть вопроса, если она изначально вообще была :)
Короче, несмотря на такие обширные вопросы, впечатление об интервьюерах сформировалось как о полных непрофессионалах.
Отдельно позабавил вопрос о потокобезопасных функциях. Очень бы хотелось послушать от интервьюеров о кейсе, где знание о потокобезопасности Console.WriteLine() было бы критически важным.
Спасибо что делишься
Довольно интересный собес. Это на какой грейд? Я по идее Senior, но и то что-то новое для себя узнал, например про запрет на return в finally. В других языках, например, Python и Java, это не запрещено )
Сложилось ощущение, что вопрошающие сами не понимают что спрашивают. Не могут четко сформулировать вопросы. Чел только что ответил про Dispose и uning, а ему вопрос: что такое конструкция uning.
какие-то флешбеки из 2007, я думал сейчас таких собеседований уже нет. Помню меня ещё заставляли чертить графы, деревья и даже сжимать Хаффманом, лол.
54:00 "бюджетные циклы на три года вперед" челик забыл что он живет в России в 2024 году, ЛОЛ
спасибо.
На работу взяли по итогу?
Дали оффер? Сколько просил?
Боже мой, какую же несусветную чушь они спрашивают. Из этого дай бог 10% используется в работе, остальные 90% гуглятся по мере необходимости.
А что по вашему нужно спрашивать на собесах? По моему опыту это ещё норм собес, обычно вообще какую-то дичь спрашивают, тут более-менее по делу.
Так 95% собесов такие, чего удивлятся)
@@CrazyElf1971 надо спрашивать о проектах, задачах. Брать пример кода, смотреть как человек рассуждает о его аспектах. А не гонять по Рихтеру. Такой собес говорит о реальном уровне разрабочика чуть менее чем ничего.
St. Junior - Middle позиция?
Думаю джун