Давайте ещё! Можно хоть 20-30 видосов таких сделать это будет бесценный материал, можно будет слушать их по кругу, а потом любые собесы как орешки щëлкать! Паттерны, работа с http, аунтификация, побольше про многопоточность, интерфейсы и абстрактные классы
Парни! Зачёт! Вот, херню с авейтом в локе - я бы не додумался так сделать! Сильно! А про запросы к базе в мидлваре - тоже офигенно! И легенда про сборщика мусора ... Пря полный бардачок Говнокодеоа... Не, молодцы!!! Если также бизнес код писать, то кассовый разрыв обеспечен...мне теперь страшно код писать... лезут пакости авайта в локе...:)))) у Вас, видимо, куча свободного времени, чтобы в кишках ковыряться... Там же сложно... или Вы из учебников легенды тяните...? Кто-нить тыкал начинку мусорщика или ночинку статемашины для асинк авайт... ? На засыпку: почему у типа string недавно стали требовать дописывать ?
Кастомный хендлер эксепшенов не все перехватывает. Например: ставим на аргументе метода-эндпоинта атрибут проверки какой нибудь длины строки. Такой эксепшн не попадет в нашу кастомную мидлу. Вопрос на собес: как обойти?
Я так и не понял, почему Влад сказал, что объекты из large object heap не удаляются?? Они ведь являются частью второго поколения и удаляются, но крайне редко. Было бы очень интересно услышать, в чём же была проблема в проекте который он упоминал, потому что учитывая, что они удаляются, ручной вызов GC всё ещё остаётся неоправданным.
Однажды спросили, как защитить класс от наследования. И когда я назвал соответствующее ключевое слово. Предложили проявить фанатазию и спросили как еще. И навели меня на мысль сделать его статичным. И вот ему вместо характеристик статики, нужно было в таком виде получить ответ, что статика не наследуется. На мой субъективный взгляд - глупо!
не совсем правильно про перехват исключений сказали, там нужно не middleware добавлять а делать свой фильтр Iexceptionfilter по-моему, который уже будет перехватывать эти исключения
это конечно прекрасно когда заготовленные ответы читаются с экрана) Все эти вопросы на собесах конечно хреновая тема - опытные разрабы с ходу не ответят на них.
Ответы конечно заготовлены, чтобы не тупить на видео. Плюс ещё фишка видео - объяснить ответы, а не только ответить. и ещё: это вопросы с РЕАЛЬНЫХ собеседований.
@@F4C31355 Это, конечно, ответ в некотором роде, но что если ограничится одним сервером и одним CPU. Представьте себе 2 приложения одно работает в мультитреде (например читает данные из нескольких источников и пишет куда-нибудь), а другое в параллельном режиме выполняет графические или другие затратные вычисления
@@AlexanderSasov в Вашем примере при многопоточном выполнении каждая задача будет выполнятся отдельным потоком. Параллельное же выполнение (concurrency) подразумевает что один поток может выполнять несколько задач переодически переключаясь между ними.
@@ivankapepelio3041 не соглашусь, вопросы вполне годные для миддл-синиор уровня. многопоточность, асинки, внедрение зависимостей, работа с миддлвере - всё по делу. всяк лучше чем спрашивать про принципы ООП и разницу между абстрактным классом и интерфейсом))
@@selikhovevgeny942 ох, эти принципы ООП... Из всех них могу ответить только на наследования, а эти всякие полиформизмы... Не то чтобы я их не понимал, уверен что постоянно использую. Просто названий не знаю
🌶 Приправьте разбором реальных примеров, таких что в практике продакшена используются. А так получилось жонглирование вымышленными предметами, успехов ; )
На 12 минуте не смог слушать дальше, ребята, вы потренируйтесь говорить а потом видос пишите. На собесах при таких тормознутых ответах могут всё прервать, даже если ход мыслей около правильный
Вот вам один вопрос на те собес на 60 минут с реального собеса на сеньор позицию. Как бы в решили проблему с дубликатами в hdfs. И дальше идут фолоу ап вопросы. 1.представьте у вас есть реальная файловая система , как бы вы искали в ней файлы? 2. А что езди файлы уровня gb как бы в изменили свое решение и изменили бы 3. Если бы вы могли читать файл только по 1кб в один момент времени, как бы в изменили решение? 4. Какая временная сложность вашего изменённого решения , какая часть вашего решения более затратная по памяти, как ее оптимизировать? Итд
Вопросы которые можно почитать в книгах никому не интересны, только лайвкодинг и потом фолоуапы и опять коддинг. А чтобы отсечь лишних те скрин с простыми вопросами и алгоритмами
Насколько я знаю западный рынок - там делается упор на решение задач и системный дизан. Это только на пост СНГ пространстве копаются в деталях реализации того или иного фреймворка.
![Coheed and Cambria - Searching for Tomorrow [Official Video]](http://i.ytimg.com/vi/hDsYGLbmadg/mqdefault.jpg)
Давайте ещё! Можно хоть 20-30 видосов таких сделать это будет бесценный материал, можно будет слушать их по кругу, а потом любые собесы как орешки щëлкать! Паттерны, работа с http, аунтификация, побольше про многопоточность, интерфейсы и абстрактные классы
Хорошая рубрика, с толковыми объяснениями. Можно ещё?))
спасибо) как наберутся вопросики - постараемся сделать)
Андрей! Не бросайте канал!!!
Спасибо за видео. Андрей и Влад очень приятные собеседники на интервью)
6:50 "гонки потоков ... 9 раз отработает хорошо". Читатель почти всегда закрывается до попытки чтения (на 6 строке).
Ребята, супер! Побольше таких выпусков!
Супер , спасибо огромное за такие видео.
200 OK, message = error. 😂
С возвращением!
ура! спасибо!
@@PlatinumTechTalks ваши видео - одни из лучших в тематике с#.
Чистота, профессионализм и простота! Лучше не знаю
Парни! Зачёт! Вот, херню с авейтом в локе - я бы не додумался так сделать! Сильно! А про запросы к базе в мидлваре - тоже офигенно! И легенда про сборщика мусора ... Пря полный бардачок Говнокодеоа... Не, молодцы!!! Если также бизнес код писать, то кассовый разрыв обеспечен...мне теперь страшно код писать... лезут пакости авайта в локе...:)))) у Вас, видимо, куча свободного времени, чтобы в кишках ковыряться... Там же сложно... или Вы из учебников легенды тяните...? Кто-нить тыкал начинку мусорщика или ночинку статемашины для асинк авайт... ? На засыпку: почему у типа string недавно стали требовать дописывать ?
Был такой вопрос: сколько строк кода вы написали за свою карьеру?
Вопрос:
В чем заключается частая ошибка использования асинхронных веб запросов. Либо почему не всегда хорошо обёртывания ендпоинтов в асинк?
Кастомный хендлер эксепшенов не все перехватывает.
Например: ставим на аргументе метода-эндпоинта атрибут проверки какой нибудь длины строки. Такой эксепшн не попадет в нашу кастомную мидлу.
Вопрос на собес: как обойти?
Без кода иногда тяжело слушать и понимать поток мыслей...
Я так и не понял, почему Влад сказал, что объекты из large object heap не удаляются??
Они ведь являются частью второго поколения и удаляются, но крайне редко.
Было бы очень интересно услышать, в чём же была проблема в проекте который он упоминал, потому что учитывая, что они удаляются, ручной вызов GC всё ещё остаётся неоправданным.
У вас случайно курсов не планируется?)
Разве Bag и ConcurrentDictionary это типы данных, а не структуры данных?
Однажды спросили, как защитить класс от наследования. И когда я назвал соответствующее ключевое слово. Предложили проявить фанатазию и спросили как еще. И навели меня на мысль сделать его статичным. И вот ему вместо характеристик статики, нужно было в таком виде получить ответ, что статика не наследуется. На мой субъективный взгляд - глупо!
полностью согласны! не стоит идти в такие компании :D
Олег вы раньше работали в EPAM?
Да
@@PlatinumTechTalks Вы когда то были моим Тим лидом в лаборатории на проекте с электронной доской объявлений. Надеюсь у вас всё хорошо)
Олег передает привет)
не совсем правильно про перехват исключений сказали, там нужно не middleware добавлять а делать свой фильтр Iexceptionfilter по-моему, который уже будет перехватывать эти исключения
Фильтр является частным случаем миддлвары
Фильтры идут после мидлварей в пайплайне
super
это конечно прекрасно когда заготовленные ответы читаются с экрана) Все эти вопросы на собесах конечно хреновая тема - опытные разрабы с ходу не ответят на них.
Ответы конечно заготовлены, чтобы не тупить на видео. Плюс ещё фишка видео - объяснить ответы, а не только ответить.
и ещё: это вопросы с РЕАЛЬНЫХ собеседований.
@@OlegTar я понял, просто интересно насколько реально опытным разрабам ответить на эти вопросы)
Да не трясись ты
окее
Чем отличается параллельность от многопоточности?
Скоупом выполнения. Многопоточность CPU bound, паралельный запросы могут выполняться на разных серверах.
@@F4C31355 Это, конечно, ответ в некотором роде, но что если ограничится одним сервером и одним CPU. Представьте себе 2 приложения одно работает в мультитреде (например читает данные из нескольких источников и пишет куда-нибудь), а другое в параллельном режиме выполняет графические или другие затратные вычисления
@@AlexanderSasov в Вашем примере при многопоточном выполнении каждая задача будет выполнятся отдельным потоком. Параллельное же выполнение (concurrency) подразумевает что один поток может выполнять несколько задач переодически переключаясь между ними.
Ничем. Отличается парал.\многопоточность и асинхронность.
многопоточность вариант параллельности, если есть многопоточность, то необязательно есть параллельность
это вопросы для Seniora?
я сеньор, мне такие вопросы задавали
@@ivankapepelio3041 не соглашусь, вопросы вполне годные для миддл-синиор уровня. многопоточность, асинки, внедрение зависимостей, работа с миддлвере - всё по делу. всяк лучше чем спрашивать про принципы ООП и разницу между абстрактным классом и интерфейсом))
@@selikhovevgeny942 ох, эти принципы ООП... Из всех них могу ответить только на наследования, а эти всякие полиформизмы... Не то чтобы я их не понимал, уверен что постоянно использую. Просто названий не знаю
Это на мидла от силы вопросы. Ничего глубокого по сути нет
Ребята знают о чем говорят, но манера речи, дикция, постоянные зглатывания
Просто невозможно слушать
🌶 Приправьте разбором реальных примеров, таких что в практике продакшена используются. А так получилось жонглирование вымышленными предметами, успехов ; )
это вопросы с РЕАЛЬНЫХ собеседований
у вас есть такие примеры? поделитесь :)
@@PlatinumTechTalks 🎄как пример ruclips.net/video/YIT-On4n0QY/видео.html
На 12 минуте не смог слушать дальше, ребята, вы потренируйтесь говорить а потом видос пишите. На собесах при таких тормознутых ответах могут всё прервать, даже если ход мыслей около правильный
Что он глотает постоянно!!???
Cимпл, Бабангида и Ваномас объясняют задачи по с#. Переименуйте вилео
сложно
Про Веномаса сильно
Вот вам один вопрос на те собес на 60 минут с реального собеса на сеньор позицию.
Как бы в решили проблему с дубликатами в hdfs.
И дальше идут фолоу ап вопросы.
1.представьте у вас есть реальная файловая система , как бы вы искали в ней файлы?
2. А что езди файлы уровня gb как бы в изменили свое решение и изменили бы
3. Если бы вы могли читать файл только по 1кб в один момент времени, как бы в изменили решение?
4. Какая временная сложность вашего изменённого решения , какая часть вашего решения более затратная по памяти, как ее оптимизировать?
Итд
А это в какой компании было, если не секрет?
@@OlegTar pulsepoint , USA
@@pincode7983 Крутые вопросы, спасибо что поделился
Вопросы которые можно почитать в книгах никому не интересны, только лайвкодинг и потом фолоуапы и опять коддинг. А чтобы отсечь лишних те скрин с простыми вопросами и алгоритмами
Это только в российском найме, западные компании так не нанимают - такие вопроса спрашивают джунов
какие вопросы тогда на западе....
@@codemystery другие
Насколько я знаю западный рынок - там делается упор на решение задач и системный дизан. Это только на пост СНГ пространстве копаются в деталях реализации того или иного фреймворка.
@@MrCommanderKid не знаете , не комментируйте
@@pincode7983 про свой опыт рассказал.