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

Спасибо тебе, мужик! По-настоящему толково излагаешь - с практическими примерами и внятным объяснением без лишней воды. Сколько не пытался вообразить себе ситуацию применения принципа DIP, никак не выходило чего-то близкого к реальности, а тут отличный живой пример и доходчивое объяснение - сразу все разложилось по полочкам! Делай еще, будем лайкать и комментить! Успехов тебе, человечище!

Спасибо за ролик. Часть этого я уже знаю, но вот научится это использовать еще предстоит )

Очень классное и полезное видео. Вовремя я нашёл данный канал. Спасибо Вам!

Очень сильно не хватает вот такого понятного контента по чистой архитектуре, и довольно важным вещам, как SOLID и OOP в частности. Да еще вполне себе таким приятным языком. Хотя, в силу малого опыта, конечно, понятно не все, но уже куда более полезно, чем многое из того, что было прочитано до. В общем, большое спасибо за ролик. =)

Отличный ролик. Спасибо что делитесь опытом.

То чувство, когда собес был неделю назад и был задан вопрос про отличие интерфейса от абстрактного класса) Форменное совпадение UPD: Как всегда все на высоком уровне! Стабильно черпаю информацию с этого канала, пересматривая ролики раз за разом)

Спасибо, очень полезно и познавательно, и отдельное спасибо за примеры)

Видео супер, спасибо! У нас на проекте тесты используются для валидации префабов юнитов - проверяем наличие анимаций, ивентов анимаций и т.д.

Потрясающее видео! Спасибо!

Полезно! Спасибо, Максим!

Отличное видео. Хорошие примеры. Всё понятно и доступно.

Отличный видос, ОЧЕНЬ доходвчиво, спасибо!

Максим, вы мощный мужик! Очень качественный контент. Да, и весь канал.

Идеальный контент для "продолжающих". 1) На пальцах объяснен каждый принцип 2) Показаны примеры применения 3) Рассказано, в каких именно случаях рационально не придерживаться

Спасибо за ролик!

Спасибо за лаконичное и информативное обьяснение! О солид на ютубе инфы масса, но, лично для меня, твой видос оказался лучшим из имеющихся и самым исчерпывающим.

Всё по делу , без воды. Дико плюсую.

Очень грамотный разбор, в целом я и так это знал, но теперь знаю ВПОЛНЕ. :)

С таким классным объяснением, любое видео будем ждать от вас! Ещё такой вопрос, как от новичка, думаю будет интересен не только мне, какой уровень знаний требуется от Джуна юнити? И последний вопрос, видел у вас разбор проекта подписчика, будет ли в дальнейшем данная рубрика и можно будет ли в теории прислать вам репозиторий?

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

Спасибо большое за ролик

Жесть как всё компактно. Каждую секунду приходилось останавливать, чтобы успевать записывать информацию. За 14 минут уложено примерно 1,5 часа лекций от других ютуберов. Круто

Всё по делу. Хорошие примеры.

Очень полезное видео, лайк.

Спасибо за видео

Привет, хороший ролик :). Запиши материал про написание тестов.

Ты лучший!

Супер, спасибо

Шикарно

Полезно как и абсолютное большинство видео на канале, лучше пересмотрите 2-3 раза)

Лучший)

Хорошое видео.

Топ рубрика

Спасибо!

Материал - золото!

спасибо!

Никогда не оставляю комменты, но видосы просто топчик!!! Особенно вкатили видосы по шейдерам, это шедевры! Можешь больше типовых вопросов на мидл уровень? Было бы неплохо ещё всяких каверзных вопросиков насыпать) Спасибо!

Аригато, Сенсей!

Интересно было бы послушать по корутины, их чрезмерное использование и как этого избегать. Лично я видел корутину запускающей Idle цикл которого ничего не делал, а просто крутился до тех пока стейт не сменится. Ну а еще и действия типа Move, Run и т.д. тоже все в корутинах были.

Спасибо

Классно и четко. 👍 Просьба про сопрограммы, осветить необходимость кеширования YieldInstruction.

топ

Очень годный материал. Спасибо. А, вообще, было бы интересно услышать о другой , порой, можно сказать бытовой, стороне собеседования и причинах приема/не приема на должность. Например, разработчик слишком опытный и текущий лид ищет причины отказа боясь конкуренции. Либо слишком быстро учится, судя по предыдущему опыту, и по мнению собеседующих, очень скоро достигнет лимита возможностей в компании и убежит. Наиболее общая формулировка вопроса, наверное, - нетехнические стороны собеседований, их значимость по отношению к техническим. Как-то так.

Отличное видео. Мог бы ты когда-нибудь рассказать про стандартные вопросы по математике для игровых разработчиков, задаваемые на собеседованиях?

Кул!

Лайк и коммент: а вот тут как жуниор ушел чесать репу. Но очень полезно!

"Виртуальные методы являются прямыми нарушением лисков" - как-то очень громко сказано..

Отличное, видео. Спасибо. Такой вопрос: как в геймдеве с unit тестами? Я когда начинал свой проект, тоже их писал, но потом отказался, потому что тратил на них очень много времени (видимо, из-за плохой архитектуры проекта). Знаю, что в "обычном" программировании без них никуда, а как дела с ними в игровых компаниях?

Познавательно. Но обратил внимание - в коде частенько используются Async. Тоже попробовал Async. В WebGL не работает категорически. Пришлось от новомодного асинхронного возвращаться к старым добрым сопрограммам. Они работают. А интересно на мобильных платформах Async-код работает?

Максим, вижу ты используешь и Visual Studio и Rider. По умолчанию в Visual Studio ключевые слова return, switch, case и т.п. - фиолетовые и не сливаются с другими ключевыми. В Rider же они синие. Не могу найти эту настройку в Color Scheme Райдера. Не подскажешь как в Райдере это исправить? (чтобы return фиолетовым стал)

Кто использует тесты в юнити? При каких случаях, для каких механик?

Сначала подумал, что странно рассматривать базовые вещи типа «принципа работы корутины и порядка вызовов методов у MB» после высшего пилотажа с разбором паттернов, но потом вспомнил ролик с «простым» счетчиком fps :D

Тесты в Unity ты имеешь ввиду TestRunner или UnitTests?

Все отлично, вот только быстро и информацию не успеваешь осмыслить и запомнить.

Было интересно послушать. Есть вопрос, откуда была получена информация, что виртуальные методы и свойства противоречат LSP? Спасибо.

За весь свой опыт только в одном проекте юзали тесты а это около 5 лет 😅

Доброго дня. Підкажіть назву книги, яку ви озвучили у відео. Дякую.

Можно еще про DIY Containers рассказать :)

Привет, ты прикольно объясняешь, у тебя есть возможность объяснить как правильно использовать ООП, я понимаю что это, но плохо понимаю как классно и правильно это использовать.

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

Пять лет сидел на плюсах, постепенно осваиваю C# и Unity. По привычке вошел в ступор на вопросе: чем отличается абстрактный класс от интерфейса: так и хотелось заорать в экран - ничем, интерфейс это и есть чисто виртуальный (читай абстрактный) класс! Но тут дошло, что это уже не плюсы...

Все это хорошо. Но на практике в движке когда начнем разбирать ?

А разве не добавили в C# дефолтную реализацию у интерфейсов для методов? PS смотрю тебя, потому что интересно, сам на шарпах не прогаю почти)

блин я константы также пишу через статику, правда нотацию Капсом не понимаю.

В разделе про принцип SRP увидел грубое нарушение принципа ISP. Таймкод - 4:44 В принципе разделения интерфейсов речь идет о интерфейсе в широком смысле слова - как об API предоставляемый абстракцией/классом, а не о конкретных интерфейсах в языке C#. Для джунов и слабых мидлов, конечно, уровень изложения материала в ролике можно считать сносным, но с профессиональной точки зрения некоторые моменты недопустимо слабые.

И интерфейс и абстрактный класс (АК) наследуются. И интерфейс и абстрактный класс могут иметь методы реализации по умолчанию. Оба не поддерживают утиную типизацию. Интерфейсу однако позволено множественное наследование в C#. АК может иметь внутреннее состояние, интерфейс все-таки нет. Плюс в АК действуют всякие правила наследования: ложка от кружки, кружка от теплохода и т.д. Можно сказать что интерфейс это сильно урезанный АК.

да

Ох, неужели еще где то на собеседованиях бывают такие вопросы?! Хотел бы я что бы мне такие задавали :))) Меня больше раздражает когда спецы по хантингу требуют решения олимпиадных задач у вайтбоарда и пофиг что ты никогда не будешь делать ничего даже отдаленно похожего на такую задачу. Так мне в кампусе майкрософт в редмонде нагрузили задачку на 30 минут которую я даже за компом дня два потом решал, а решение которое судя по всему они хотели увидеть подсказал доктор наук по математике и то не сразу )). Особенно смешно становится когда ты видишь что половина кампуса это индусы которые такой код пишут что ты там SOLID, KIS, DRY и так далее днем и с факелом не сыщешь, и вот спрашивается что это за методологии такие по подбору персонала? У меня друг что бы сменить работу (будучи сеньером с 10 летним опытом в экспедиа) 2 месяца олимпиадные задачки сидел решал и из 25 компаний только 3 дали офер. В общем радуйтесь если у вас на собеседовании спрашивают чем интерфейс отличается от абстрактного класса, потому что вы в раю и может быть куда как хуже!

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

like, repost.

Що за книга?

+

Послушать бы запись реального собеседования.

Половину сказанного вообще не использовал никогда. И делаю игры с прекрасной лёгкостью и скоростью, и ФПС никогда не был ниже 300.

рейд от GameDev

Только паттерн PIDOR, остальное не нужно

Интерфейс может содержать конкретную логику

"Звучит очень просто..." А, да? ААААААААА

"За плечами 5 лет опыта, но они не знают зачем нужен интерфейс, не совсем понятно что они делали эти пять лет, ну да ладно" - господи, очередное чудо которое сейчас всех научит. Ну так вот, если человек не знает что такое интерфейс и при этом он пять лет программист то это означает что он умён и парадигмой интерфейсов он пользуется, просто он сам её изобрёл, просто не использует его в синтаксисе. Можно подумать "-это как?" так это вот так, в юнити реализовывать интерфейс можно не только через код. Доброе утро!

SOLID это, конечно, хорошо, но а мы будем дальше придерживаться принципа KISS))) (нет)

Это самое не освещённое место в сети...

Я как начинающий, ничего кроме текста с горой теории ничего не понял например

"Абстрактный класс наследуется, а интерфейс реализуется" - Что?!?

5:15 Автор здесь сам себе противоречит. То увеличивается скорость разработки, то уменьшается.

Вообще не верные вопросы, вопросы должны быть из темы "Почему Юнити помойка?". Это очень большой класс вопросов которые расширяются и увеличиваются при изучении такой корявой, больной и хромой недосистемы как Юнити. Вот только малая часть вопросов по этой теме: - Почему Юнити дает пользователю загружать модели и текстуры в редакторе, но не дает этого делать просто в билде? - Почему интерфейс юнити построен коряво, с заданием фактических размеров элементов, а не относительных как в том же CSS, WPF, Авалонии и бесконечном множестве других вменяемых систем? - Почему Юнити является не потокобезопасным, однопоточным убожеством тормозящим игровую индустрию? - Почему Юнити изобрело свои корявые и тормозные event-ы вместо того чтобы использовать стандартные? - Почему система ввода у Юнити настолько убогая для андройда что игры с отзывчивым и быстрым управлением просто нельзя создать из-за ощутимого инпут лага? - Почему Юнити выкупает чужие ассеты вместо того чтобы базовые вещи изначально предоставить пользователю? - Почему у Юнити одна из самых худших камер управления в редакторе? Для примера управления можно посмотреть на тот же Blender с удобным вращением камеры вокруг объекта, а не вокруг камеры как сделали эти три школьника - Почему Юнити не разрабатывает на своем убогом движке игры как делает это тот же самый Анреал? Неужели эти три школьника поняли что создали самый дерьмовый движок на свете? - Кстати сама Юнити на одном месте вертела все принципы Солид) Она по факту должна была дополнять низкоуровневые API по типу ДиректХ или ОпенГЛ, а она в наглую тупо их заменяет своей корявой реализацией. Почему? - Почему дегенеративные разработчики плодят своей мусорной программкой кучу мета данных, вместо того чтобы создать 1 файл для конкретных типов файлов? - Почему Юнити урезает системный класс и вырезает оттуда стандартный сериализатор? - Почему Юнити не интегрировала возможность подключать без проблем nuget библиотеки? И еще множество вопросов почему Юнити бесполезный кусок кода.

ну шо - лайкайте кто тесты использует в юнити (((((: и дизлайкатей если не используете