Видео

Если посмотрите предыдущие видео, то увидите, что Олег по факту хотел собеседоваться на миддла, но заодно решил и синьор уровень попробовать. А что именно вас здесь смущает?

Там всего один практический вопрос и всё видео про него

Не уверен, что до конца понимаю про что вы. Если про встроенные структуры, то мы их итак не можем изменить. И в части ситуаций структуры вполне себе работают быстрее, чем классы из-за накладных расходов на указатель и боксинг/анбоксинг.

@@DotNetInterviewPreparation эм, вы прочитали мое сообщение в отрыве от контекста того, что говорилось в видео. Он говорил, что все структуры неизменяемые, я просто указал из-за чего он так подумал и перепутал. Так же он сказал, что они неизмяемые из-за скорости, я указал, что это не так и что в рихтере есть примеры почему их надо делать неизменяемыми. Я нигде тут не сравнивал скорость структур и классов

@@whisper399 теперь понял, спасибо большое за уточнение 👍

Спасибо большое за такой подробный комментарий. Что касается сложности и глубины собеседования, это ещё будет дорабатываться 😉

Это для надёжности, чтобы если один сломается, ты мог видео на другом досмотреть 😃

Думаю, что со всеми бывает ;-)

То есть вы считаете, что в парадигме MVC буква C отвечает за ASP.NET контроллеры?

​@@DotNetInterviewPreparationя наверное зря перешёл от общего к частному, но это было сделано для наглядности. Давайте обратно обобщим и подумаем вот над чем. При проектировании системы мы всегда стремимся к обособленности , что бы изменения в одном из компонентов оказывали минимальное воздействие на остальные части, и MVC не исключение. Если у нас бизнес логика находится на уровне контроллера, то он становится неразрывно связан с моделью, а это уже противоречит нашим принципам)

Согласен, со звуком надо ещё потренироваться, но и на собеседовании было бы прикольно, если бы была музыка))

Именно так, в этом и была моя идея - использовать подходящие для задачи инструменты, а не те, к которым привык. К сожалению, это частая проблема, которую я и за собой тоже иногда замечаю.

Сильно зависит от компании и обстоятельств. Знаю историю, где джуна за 4 месяца сделали тимлидом, когда вся команда разом уволилась, кроме него. Плюс, даже на один и тот же уровень, требования, скажем в Яндекс, скорее всего будут выше, чем в "Рога и Компы" в небольшом городке в регионе.

К сожалению, чтение статей и книг не гарантирует трудоустройства, это правда. Ну и да, с приватным конструктором тут промашка небольшая вышла, но у кого их не бывает? ;-)

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

Согласен про стили и названия, если их нет, то что это может показывать недостаток опыта, потому что рано или поздно их во всех компаниях внедряют.

dotnetfiddle.net/

Бизнес-правила могут быть очень разными. Отличный пример такого долгого создания товара - Авито. Может несколько часов пройти с момента как вы опубликовали объявление на свой товар до момента, как он будет реально опубликован для всего интернета. А если не повезёт и нужна будет проверка модератором и будут какие-нибудь праздники, то время ожидания может и в днях исчисляться. Хочется верить, что сейчас уже быстрее всё проходит, но раньше было так.

@@DotNetInterviewPreparation спасибо за ответ! Тем не менее, разговор был не про долгое создание, а дорогое. Такое дорогое, что мы зачем-то хотим его в очередь засунуть и не можем быстро вернуть результат для отображения на клиенте. Что касается примера с авито, то сам товар же моментально создаётся и отображается в интерфейсе в списке ожидающих модерации-публикации. Очевидно, нет там очереди на C из CRUD -- просто сразу создаётся товар и дальше по статусам двигается. В общем, в моменте Вас куда-то не туда как будто повело, и никто особо не понял, что произошло.

@@DotNetInterviewPreparation на всякий случай, я пробежался снова по моментам, которые меня смутили, а то три недели прошло и я уже всё забыл. Часть разговора на 39-42 минутах, потом самая важная часть с 1:01:40. На мой взгляд, справедливо будет сказать, что речь шла в обоих моментах не про массовый импорт, а про клики пользователей, публикующих товары. По крайней мере, обратного озвучено не было. Также справедливо будет отметить, что в инфраструктуре, где в сутки миллион товаров новых регистрируется, можно будет ожидать десятки и сотни миллионов покупок в сутки. Эти покупки всегда обрабатываются в реалтайме (не может же сервис просто списать деньги и не показать пользователю, что товар из корзины исчез, а в списке заказов появилась новая запись), и бизнес-процесс покупки уж точно дороже бизнес-процесса создания товара.

Давайте уточню то, что я хотел подсветить в тот момент - если ты умеешь использовать какой-то инструмент, это не говорит о том, что его нужно использовать везде. Соответственно, я хотел подтолкнуть собеседника в эту сторону, придумывая различные варианты, где его инструмент будет не очень применим. Да, возможно, был приведен не на 100% очевидный пример, однако, суть была как раз в том, что в зависимости от бизнес потребностей инструменты могут и должны меняться.

Очень здорово, когда можно с помощью таких людей, как Константин, заглянуть в собеседования со стороны собеседующего. Благодарю за обратную связь.

Так как это синьор уровень, то вполне можно ещё и в глубину про реализацию порассуждать на самом деле ;-)

Спасибо за обратную связь. Сейчас даже думаю может вообще без музыки выкладывать видео, что думаете?

Спасибо за комментарий.

Спасибо, буду продолжать вас радовать интересными видео.

Да, Олег хорош.

Вам именно причина нужна? Или хотели бы увидеть как это могло бы быть реализовано? Если второе, то можете прислать как бы вы это реализовали и я дам вам обратную связь 😉

@@DotNetInterviewPreparation Я просто не знаю как это реалезовать, есть идеи, но программа раздуется в моём случае, мне интересно как было бы правильно )

Боюсь, что без написания дополнительного кода (раздутия программы) здесь никак, да.

@@DotNetInterviewPreparation Понял, спасибо

@@DotNetInterviewPreparation он же вроде просто процедуру там сделал? А надо функцию ,чтобы передать название книги, автора, год и по сформированной строке уже понять какая книга была прочитана, чтобы пометить. Другой вариант ,как понимаю, использовать this, не уверен, просто прочитал про него только сегодня в книге, пока учу язык. Но по идее изнутри класса можно обратиться и тогда именно функция не нужна.

Согласен про специалиста на все 100 🙂👍

Рад, что вам понравилось.

Да, спасибо большое за уточнение 👍

@@DotNetInterviewPreparation Это именно уточнение, если что :) P.s.: продолжайте создавать подобный контент. У Вас - получается.

Да, уже (почти) всё решено до нас. Что ещё интереснее, можно попросить нейронку, обученную на существующем коде, написать новый код и она напишет. Мгновенно и почти без косяков. Так что вполне себе хороший инструмент, чтобы пользоваться ;-)

Да, где-то было слишком громко, в других видео должно быть лучше.

Чтобы человек писал код, который не генерирует OutOfMemoryException при складывании 2+2.

@@DotNetInterviewPreparation часто сталкивались с OutOfMemoryException? Это ж надо постараться

Это вопрос, который разделяет людей на "я не знаю как это работает, как-то работает, да и ладно" и на "Ух ты! А как это работает?". Плюс, мне недавно один из учеников настойчиво предлагал сделать метод асинхронным, ибо был убеждён, что так правильнее. А то, что добавляя слово async ты автоматически проигрываешь в производительности из-за доп. расходов на как-раз ту самую стейт машину, об этом он не думал.

В целом о существовании стейт машины знать нужно я думаю, но вот некоторые упарываются и начинают по этому задавать кучу вопросов что там да как. Так же и со сборщиком мусора, хорошо знать что он есть и поверхностно понимать как он работает, но в детали я бы не стал особо вдаваться

Детали начинают спрашивать с повышением уровня квалификации, то есть от Джуна ожидают, что он просто знает, что такое есть, в то время как от синьора уже могут рассказать о тонкостях реализации. Не уверен, что это прямо нужно на самом деле, но, раз спрашивают, значит надо быть готовым ответить 😉

Если цель именно завалить, то это может сделать и джун)))

@@DotNetInterviewPreparation Нет, не может. Это не Сеньор. Он не живет кодом. Он просто хочет получать больше

Ого, вот это разброс! Не хватает только джуна 😉

И впрямь, а я всегда думал, что они различаются. Спасибо большое, что заметили 😉👍

Да, вы абсолютно правы, меня постоянно тянет сказать, что Logstash это именно хранилище, потому что stash переводится как тайник. Но по факту, да, это лишь преобразователь данных.

​@@DotNetInterviewPreparationДа, есть такое) Видео вышло интересным, спасибо

Если верить майкрософтовской документации (learn.microsoft.com/ru-ru/dotnet/csharp/linq/get-started/introduction-to-linq-queries), то запросы в LINQ могут быть и к объектам (Linq2Objects), и к XML (Linq2Xml), и к много чему ещё, фактически любым коллекциям, реализующим IEnumerable. Так что говорить, что под запросами понимается именно Linq2Entities я бы не стал. Тем более, что есть более "родная" реализация для работы с бд - Linq2Db. Да и чего уж там, сама расшифровка LINQ содержит в себе слово "запрос" ;-)

В зуме

@@DotNetInterviewPreparation Да это понятно. Я имею введу сам контекст. Что это курсы? Сообщество? Собрались знакомые? Частный менторинг?

@@user-ck3dq5pb4n, на текущий момент это я бесплатно организую такие мероприятия для выпускников своих курсов и зрителей с ютуба.

Если бы в реальности так и происходило, то может быть и устроили бы. Но, к сожалению, на собеседованиях далеко не всегда "побеждает" тот, кто лучше умеет программировать или больше знает 🤷

А это идея )) Предлагаю всем желающим прислать свои резюме для разбора и обратной связи вот сюда: docs.google.com/forms/d/e/1FAIpQLSfV1oqnhQr81TZlWpeG7TqMIK7d-04z4tddQb1La-Pn-yCmrg/viewform?usp=sf_link

@@DotNetInterviewPreparation да, я про подобное и говорю. Ну и для того, чтобы приблизить всё к реальности, на каждое присланное резюме отвечать нечто вроде: Спасибо за интерес к нашей вакансии! Но в данный момент мы не готовы пригласить Вас на дальнейшее интервью. Мы вернёмся к вашей кандидатуре, когда у нас возникнет такая потребность. 😂

@@fed1splay, ха-ха-ха, степень реализма 100%. Хотя, можно сделать ещё лучше - вообще ничего не отвечать, тоже как в жизни будет 🙂

@@DotNetInterviewPreparation я этот вариант опустил, как очевидный 😂 я думаю многие, кто шлёт отклики на ХХ про него в курсе)))

Было бы смешно, если бы не было так грустно :(

Всё просто и бесплатно - вступайте в ТГ группу и подписывайтесь на рассылку. Ссылки в информации о канале ;-)

Клёвая идея! Это реально очень помогает людям стать лучше. Респект

@@KonstantinTurchak, спасибо за поддержку.

лично мое мнение, что когда ты у IEnumerable (например List ) вызываешь метод то он и возвращает IEnumerable, а когда у DbSet который реализует IQueryable, то он вернёт IQueryable.

Думаю, здесь нужно начать с того, что такое LINQ? По факту это набор методов-расширений (extension methods). И ответом на ваш вопрос будет "Какой возвращаемый тип в методе написан для типа, на котором вызывается, тот интерфейс и будет возвращён".

@@DotNetInterviewPreparation Не LINQ понимает, а разработчик решает что он хочет увидеть в результате. И надо понимать, что LINQ to Entities это одна история, а LINQ to object другая.

Я так понимаю, что за счет Expression он строит дерево выражений и пока не вызвал методы для "материализации"(toList и тп) ты можешь писать любые запросы, фильтрации и тд, которые в итоге могут пересекаться и вот эти пересечения он может оптимизировать. (но это домыслы)

@@mrlait5732 а если этот IQueriable не про базу данных? Мы же делаем выборку используя какой-то абстрактный провайдер данных. Так что мы вполне можем делать выборку внезапно из файла, из папок на диске или из таблицы экселя. И не факт что оптимизации там есть. Вопрос не раскрыт. Но для галочки что кандидат знает, пойдёт.

Полностью согласен, сам интерфейс не содержит никаких реализаций. Речь шла про методы, которые возвращают IQueryable. Что вместо того, чтобы применять методы поочередно к одному элементу, как это происходит с IEnumerable, здесь, как уже написали в комментарии выше, мы строим дерево выражений и уже в нём можем оптимизировать работу, например, преобразовав все множество методов в один запрос к базе данных.

@@DotNetInterviewPreparation IQueryable наследуется от IEnumerable и вы все правильно сказали, что главная особенность это то что IQueryable постоянно оптимизирует именно SQL запрос.

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