Я по ходу просмотра добавлю все пункты, пока что есть, то есть. 0:14 Расскажи о себе 1:25 В чём, по твоему мнению, C# удобней для строительной сферы? 2:49 Расскажи что такое класс, и чем он отличается от структур. 4:02 Где они хранятся? 5:43 Могут ли значимые типы данных хранится в куче? 6:32 Какое поведение будет у ссылочного ново-объявленного(new Instance) экземпляр класса при передачи в метод? 7:49 Расскажи об Абстрактном классе и об Интерфейсе, и в чём их отличия и особенности. 8:48 Уточнения об Абстрактном классе. 9:41 Что нельзя сделать с Абстрактным классом? 9:51 Интерфейсы. 11:32 Какая разница в их наследовании? 11:52 Есть ли в c# сущность от которой все наследуются, и какие методы у него есть? 12:22 Что делает метод toString()? 12:53 Зачем нужен Equals? 14:33 Почему в интерфейсе можно использовать свойство? 15:14 Что такое перегрузка методов и для чего это нужно? 17:01 Что такое Анонимный метод? 17:37 Где чаще всего используются Лямбда выражения? 17:54 Что такое LINQ? 18:38 С чем он взаимодействует? 21:50 Как сделать Extension(Расширение) 22:38 Какие LINQ запросы ты бы использовал. 24:11 Мы создали свой SELECT, прописали с каким элементом работает this, какой второй элемент нам использовать? 25:54 Ты знаешь какие нибудь стандартные делегаты, которые уже есть? 26:06 чем отличается Action от Func 26:19 Какой нам подойдет чтобы сделать свой SELECT 26:23 Почему? 27:00 Частичные классы, что такое, где встречал, для чего может потребоваться. 28:32 Что такое событие и чем оно может быть полезно, в отличии от делегата? 29:18 Как связаны события и делегаты? 30:13 Как мы подписываемся на события? 30:25 Нужно ли нам потом отписываться от них? 31:10 Что такое exception 31:47 Знаешь встроенные по умолчанию? 32:19 когда мы реализуем интерфейс, что он по умолчанию будет возвращать? 32:52 в каком случае может произойти Stack overflow 35:33 Встречались ли ошибки при работе с индексами в коллекции
В принципе, правильные многоугольники делать очень даже легко. Имея класс по созданию линии, мы можем сделать любой правильный n-угольник, в том числе и окружность (если считать ее как этот же n-угольник, но с очень большим n), зная только центр и радиус описанной окружности. Например, нам надо сделать квадрат. Берём n = 4, потом 360 / 4 = 90. Значит, на расстоянии r (радиус описанной окружности) делаем 4 точки, поворачиваясь на получившихся 90 градусов после каждой. Далее между двумя соседними точками делаем линию (это можно сделать с помощью связанного списка + реализации класса линия).
Пока слушал про программирование - сидел как студент с блокнотом и ручкой, записывал что подучить надо, а вот в конце когда геометрия пошла - как мужик из Нашей Раши перед теликом))) "Та че там не понятно!? Вот так и вот так!")
Ну блин :) оказывается поджуниорить я ещё годен, несмотря на 10 лет свободного плавания)))) Интересная беседа, но как-то слабовато для джуниора, больше похоже на практиканта. Я бы, для подтверждения статуса, устроил парное программирование чего либо.. какие-то вершки есть, но надо смотреть как человек читает и думает над кодом.
Спасибо за интересный контент ! Единственное пожелание - хотелось бы больше фидбека по итогу собеса в конце видео (надеюсь увидеть от вас больше таких мок собеседований )
Какие-то ответы неуверенные, хоть и вопросы вроде лёгкие. Но тем не менее отвечает, если подсказать и копнуть глубже. Похоже, что теорию знает, а на практике мало использовал.
Яб как начались вопросы про точки, как найти где расчитать - сказал бы что то типа "Чел, я себе таким голову не забиваю - для этого есть чатжпт". Я сам как кодер с 5+ лет стажем, знания математики уровень пятый класс не мешает мне кодить всякие проги включая игры на юнити. По этому хз для чего эти вопросы задавали на собесе челу, по приколу наверно.
отчасти согласен, но уровень математики 5класса это больно мало для разработки) конечно напрямую оно не нужно, но понимать последствия применения алгоритмов, тем более в геймдеве... как показывает опыт - многие ребята не копают глубоко, а в целом это полезный навык. конечно меру надо знать... но без математики геймдева нету, слишком кривые и неэффективные решения начинают появляться со временем
спасибо классное видео. посмотрел всё. пытаюсь сам под Autocad на с# писать. Entity не получается. через ado net получилось. работаю в сфере Асу ТП. проектировщиком 10 лет
Правильно ли я понимаю,что что в случае со значимыми типами что со ссылочными копируется значения, только в случае со ссылочными типами значением будет ссылка на обьект,а в случае с значимыми типами значением буде само значение?
А почему проскочил тезис что якобы в другом namespace объект будет неизменен? При передаче объекта в метод мы копируем ссылку да, в итоге у нас новая ссылка на один и тот же объект, и получается ссылок на один объект две. Чет не понял этот момент
Хорошее видео, но вопросы какие-то лёгкие. У меня на джуна в крупную компанию спрашивали ещё про внутреннее устройство коллекций, паттерны проектирования (в том числе inbox/outbox)
Ну собеседование в первую очередь скорее создано для того, чтобы проанализировать твой поток мысли и софт скиллы. От стажеров и джунов сильных хардов никто не ждет. Да и не обязательно для каждого эти вопросы будут легкими)
@@alexthemartyr5504 Просто я этот видос посмотрел за день до своего первого в жизни собеседования и очень волновался. Только первый универа курс закончил и прохдили c#, очень понравился язык. Но я боялся, что на собесе даже на стажера мало что отвечу. А по факту, у страха глаза велики =) Поговорили чуть-чуть про язык, ООП, паттерны, оптимизацию запросов к бд и решил пару простеньких задач на алгоритмы и LINQ.
@@alexthemartyr5504 Просто я этот видос посмотрел за день до своего первого в жизни собеседования и очень волновался. Только первый универа курс закончил и прохдили c#, очень понравился язык. Но я боялся, что на собесе даже на стажера мало что отвечу. А по факту, у страха глаза велики ) Поговорили чуть-чуть про язык, ООП, паттерны, оптимизацию запросов к бд и решил пару простеньких задач на алгоритмы и LINQ
@@alexthemartyr5504 Просто я этот видос посмотрел за день до своего первого в жизни собеседования и очень волновался. Только первый универа курс закончил и прохдили c#, очень понравился язык. Но я боялся, что на собесе даже на стажера мало что отвечу. А по факту, у страха глаза велики =) Поговорили чуть-чуть про язык, ООП, паттерны, оптимизацию запросов к бд и решил пару простеньких задач на алгоритмы и LINQ
Можно меня пособиседовать ? Мне 41 год. Я в ит 3 года. Хочу быть мидлом. С# 1.5 года параллельно пишу на фронт ангуляр. Вэб приложение, разработка вроде опыта набрался. Wpf формс только слышал. Про события знаю тольео из фронта . Собесы проходил только по рекомендациям других прогероа поэтому они были формальны и меня брали на работу. Хотелось бы проити приближенное к реальности собеседование.
У каждой компании свои требования, к сожалению попадаются и такие, которые требуют "больше", чем на самом деле нужно Но нормальные "конторы" обычно спрашивают то, что действительно нужно и используется у них в проектах
@@H3110_W0RLD работаю именно в такой нормальной контроре. Собеседование на 20 минут с минимальной базой и конкретные вопрсы по конкретным задачам. В итоге за год закрыл пробелы в знаниях, а через два вышел на уровень "без моего апрува в релиз не прйдет".
@@lxgdark777 В нормальные компании, просто показываешь свой портфолио проектов и тебе говорят "Вы приняты", ни один ровный челик не будет тратить свое время на бесполезные собесы, разве что речь про серьёров-помидоров на вакансию тимлида, там уже нада и у компании кучу всего спрашивать.
@@Saltant не, такого практически нету. портфолио не доказывает ничего кроме того что опыт может быть. масса случаев видел когда с годами и проектами - а хард скиллов мало, и софтов может не хватать. конечно и собес и тестовое не гарантирует, и такие случаи были...
Теоретическая база есть, что хорошо. Из-за небольшого опыта не справился с задачей, что вполне ожидаемо. В целом на испытательный можно брать, на мой взгляд
