Відео

А так вообще первый спикер гораздо бодрее, чем второй. Гораздо )) Хотя на задании тоже слегка поплавал, но если чисто по теоретической части, я б подумал, что и на тех лида уже тянет )

Меня очень бесит, что у OrderSubmit несколько параметров одного типа string. Это может привести и часто приводит к возможности перепутать параметры местами. Особенно если потом ещё какие-то параметры добавятся. Лучше передавать прямо класс Order (ну или там OrderDTO) внутрь метода. Да, с инициализацией класса тоже можно накосячить при желании, но практика показывает, что это бывает реже и легче выявляется, чем путаница при передаче однотипных параметров в методы.

Оба мидла ))

Почему оба разработчика в первом задании так зациклились на стретегии? Ну есть у вас в модели тип заказа, ну так напишите фабрику стратегий, скормите фабрике тип и получите нужную стратегию в сервисе заказов, никакие дженерики не нужны. Если использовать нормальный IoC, например autofac (который безуспешно пытался вспомнить Андрей) или писать на .net8, то можно зарегистрировать несколько реализаций одного интерфейса по ключу. А фабрика по этому ключу зарезолвит нужную реализацию, отдаст IoC и тот уже заинъектит в нужный сервис. Есть множество вариантов написания такой фабрики и на .net6 и без сторонних IoC, но это уже похоже на кастыли. Некоторые делают словари с уже готовыми стратегиями (как-то расточительно как по мне), некоторые развлекаются с делегатами (которые почему Андрей посчитал устаревшими и неиспользуемыми). Для себя в очередной раз убеждаюсь, что лычка грейда ничего не значит. Заучивание теории и умных слов, решение типовых задач, а как только шаг в сторону от привычного стека, как всё начинает сыпаться. Я бы посмотрел такое интервью между c# разрабами, но с разным стеком, например между web и desktop, будет интересно, как они друг друга будут валить всякими тонкостями.

По поводу последний практики: такое решение будет работать не правильно. Дистинкт из числе 1, 1, 2, 3 оставит 1, 2 и 3. А нужно что бы осталось 2 и 3, уникальные значения.

огромная благодарность участникам

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

Автор не против перезаливов его видосов?

я тоже использую gRPC)

А теперь иди будешь баги исправлять 😅😂

56:48 небольшое уточнение, строки хоть и ссылочный тип, но оператор "==" для строк переопределен: public static bool operator == (String a, String b) { return String.Equals(a, b); } т.е. сравнение будет через Equals и в случае когда ссылки не равны, результат сравнения будет определен по данным в строках. Чтобы сравнить строки только через ссылки, используется static метод Object.ReferenceEquals(string1, string2);

добавим немного абсурда ) public static void ProcessEntities<T>(this IEnumerable<T> source, Predicate<T> predicate, Action<T>? trueAction, Action<T>? falseAction) { if (source == null) throw new ArgumentNullException(nameof(source)); if (predicate == null) throw new ArgumentNullException(nameof(predicate)); Parallel.ForEach(source, entity => { if (predicate(entity)) trueAction?.Invoke(entity); else falseAction?.Invoke(entity); }); } users.ProcessEntities(string.IsNullOrEmpty, _ => Console.WriteLine("Invalid user"), entity => Console.WriteLine($"{entity} processed"));

Можете меня также ? Сам студент из Азербайджана, без опыта работы.

На мой скромный взгляд, если не планируешь устраиваться в компанию, то не стоит тратить её время и участвовать в интервью.

Полезное дело делаете. Благодарю

Разница между Ienumerable и Iqueryable, что когда ты запрос к базе делаешь Iqueryable его оптимизирует(sql запрос) и выборка выполняется на стороне sql сервера, в случаи Ienumerable он тащит всю коллекцию и выбирает по месту, это хорошо видно если посмотреть два одинаковых запроса(sql запрос) к БД использовав разные интерфейсы.

вроде как for по памяти меньше берет, а не foreach

Рамка (фон) вокруг собеседников, занимает 75% экрана. Зачем это?

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

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

Было бы неплохо, если бы еще рекрутеры предлагали вакансии, соответствующие моим скилам, а не писали от балды. У меня стоят C#, PHP, JS, TS, но мне чего только не предлагают: и джаву, и плюсы, и пайтон и МЛ какой-нибудь, и геймдев...

Очень понравился формат и очень понравились пункты, действительно важно и полезно: Я бывал по обе стороны устройства. Про 10 пункт советую всё же заготовить индивидуальный ответ на популярный вопрос: "Почему вы решили сменить работу?". Тут как раз ответить что-то разумное, но не негативное, при этом дать понять что с нового места работы вы не убежите через пол года. Если вы не можете вообще ответить на этот вопрос это тоже большой минус.

Такая стратегия при найме приводит к тому, что хотят взять Программиста, а в итоге берут Специалиста по прохождению интервью.😆

Спасибо за видео. После тысячи страниц из книг по C# и множества материала по разработке иногда раслабляет такого характера видео. Круто, что ты открываешь для нас других людей, другую точку зрения, обсуждаешь и даешь комментарии. Мне, как будущему разрабу это интересно, важно и полезно. Спасибо за твою работу, ты очень крутой чувак.

В чем смысл таких интервью ? Слишком большой объем данных и слишком много технологий. Вам нужен программист или человек, который вызубрил ответы на ютьюбе ?

имхо слабоватенько вышло: Проверка списка на нул, проверьте еще на пустой массив? вынести валидацию в отд приватный статик метод. тк CPU bound можно попробовать парралельно запустить Paraller.ForEach например.

Совет для собеседуемых: когда отвечаете - смотрите на интервьюера - по эмоциям видно, что в ответе поплыл куда-то не туда.😆

Круто, молодец! интересно, чем ранее занимался, что решил в 27 лет переключиться на программирование?

Зачем музыку так громко? Во-первых, отвлекает. Во-вторых, приходится сильно вслушиваться чтобы понять что говорится. В-третьих, на скорости 2х вообще ужасно звучит.

На синьера еще далеко. Я бы оценил начальный мидл.

Олег ЛЕГЕНДА

тернарный оператор можно было бы добавить

13:28 добавил метод, нужный для вызова одной строки, якобы можно догадаться, что так будет соблюден SRP. 14:40 "Все круто". 11 строка избыточное отрицание в условии. 33 и 38 нарушение DRY, если не создавать избыточный метод. 22 используется конкретный класс вместо интерфейса, также название не соответствует содержанию, а соответствовало бы userNames.

Люблю такой формат видео👍 Ожидал чего-то такого: *users.ForEach(ProcessUser);* но не угадал🧐

Дослушав ответ про async/await сделал вывод о том, что собеседуемый скорее всего как минимум сеньер-разработчик: очень ровно и уверенно отвечает. Местами скромничает, правда - видимо не до всего еще дотянулись руки. Сталкивался с "лидами" и "главами" отделов, которые имели меньшее понимание предмета. Претензии: 1) почему не слепил ивент из делегата? 2) с Observer начал лепить какую-то дичь, но потом исправился. Правда, на мой взгляд это не реализация паттерна Обозреватель, а использование готового решения паттерна в .net. Реализацией было бы создание класса-паблишера с методов add/removeSubscriber, абстракции ISubscriber с методом Signal. Метод Signal мог бы вызываться по фатку изменения состояния паблишера - например, каждого свойства объекта

Собеседование уровня middle все же

Извините , это точно Senior собеседование ?

Где таймкоды????? 😡😡

--- "Привет Михаил, расскажи про свой опыт в програмировании" --- "Привет Алексей. Я начал писать какие то простенькие консольные програмки еще в институте. Потом наткнулся на канал по С#. Начал более глубоко погружатся в язык. Понял что мне это нравится. Нашел ментора, чтобы еще больше усовершенствовать свои знания. В результате научился определать приватные конструкторы в классах, присваивать в теле конструктора параметрам свойства которые определены в классе, научился переопределять виртуальные методы без ключевого слова ovveride и с модификатором доступа private. Думаю что у меня достаточно опыта и знаний чтобы претендовать на джуниор вакансию. Вот пришел чтобы окончательно в этом убедится и уже начинать искать работу".

Все встроенные структуры в C# неизменяемые. И так же в Рихтере напрямую написано, что желательно их всегда делать неизменяемыми и на примерах показано почему.(не из-за скорости как он несет точно)

По DDD, Event Sourcing и CQRS очень спорно. Описанная как ивент сорсинг архитектура скорее была похожа на ивент дривен, что несколько разное. В ивент сорсинге события не простооповещение системы, но и источник построения данных (цепочка событий + снапшоты являются источником построения текущего состояния). А все, в конце при разборе оказывается указали на это) Архитектура из практического примера - ну тоже токое, уж если идти к нормальному уровню абстракции, то можно рассматривать что то типа Clean Architecture, там уровней абстракции куда больше и все универсальнее. При обсуждении асинхронности хорошо было бы упомянуть CAP теорему, если мы асинхронно по шине или сагой пытаемся ввести изменения в данные несколько сервисов. Про дедлоки ниже уже отписались) Вообще показалось как будто слишком лайтово для синьора

Бро, а если я на телике смотрю. Почему у меня в телеке ещё один телек 😅

когда научился пользоваться молотком тебе начинает казаться что вокруг одни только гвозди

С MVC чуть уши не загнулись, 2 сеньора сидят и думают что модель это просто данные, а контроллер это бизнес логика =/ Господа в модели есть DAL, и бизнес логика, контроллер занимается по сути просто роутингом и первичной валидацией. Или у вас вся бизнеслогика пишется в экшенах)? Дальше наверное нет смысла смотреть

музыка на собесседовании это да )

Привет, по поводу задания, мне кажется все зависит от задачи бизнесов, если позволяют ресурсы, то почему бы не выполнять в синхроне, подняли нужное количество тачек и поставить выше балансировщик?) в примере с товарами как будто между синхроном и асинхронном лучше синхрон)) ИМХО Но все зависти от анализа бизнесов и ресурсов Отличный выпуск!👍

Очень слабо для мидла, даже джунов больше гоняют

Я, который перечитал десятки статей и пару книг, что бы вкурить что такое ассинхронность и как устроены метод-заглушка и стэйт машина и не могу устроиться, а чел делает приватным конструктор и почти взяли на работу😢

Люблю собесы по дотнету смотреть на Ютубе. Но тут как по мне задачи были очень простые. Я даже не знаю какие тогда требования к трейни. Создать класс?😅