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