У меня 15+ лет опыта в .Net и моя оценка: Кирилл мега-крутой специалист, обладающий одновременно и глубиной понимания и способностью объяснять так, что будет понятно даже новичку. По большинству IT-ютуберов очевидно, что они даже не джуны, но почему-то решили, что могут кого-то учить. Кирилл, спасибо за твой труд, буду отправлять .Net-джунов на твой канал, ты очень крутой!
Бро, сделай, пожалуйста, видос по микросервисам, на примере простого проекта. Думаю многим зайдет, так как тема довольно таки актуальная. Спасибо за твой труд.
Такое приятное ощущение, я с месяц назад смотрел этот ролик и мало чего понял, сейчас после практики и немного теории понимаю ролик на лету, те кто не понял ролик прсото пересмотрите его позже через неделю, через 2 и всё будет хорошо, кто не сильно понял ролик не переживайте. Автору большое спасибо!
Очень годно и наглядно объясняешь и показываешь многие важные моменты. Не скажу, что это будет доступно тем, кто не пытался ознакомиться и понять чтиво, но если более менее в контексте - очень полезно. Лойс
Хорошая подача материала, прекрасно всё объясняете! Занимаюсь геймдевом (на Unity), но есть желание переквалифицироваться в биздев... Читаю статьи, смотрю ролики и афигеваю от того на сколько тут в целом всё архитектурно более продуманно можно сказать из коробки) Чтобы правильно понять применение DI-контейнеров и изучить соответствующие фреймворки в Unity пришлось прям напрячься, а тут всё гораздо лаконичнее и понятнее сразу, красота прям!
Отлично объясняешь, делаю видео в так же духе. В качестве следующих тем предложу Паттерны, Микросервисы, Rabbit, Асинхронное/параллельное/многопоточное программирование, ну и конечно же примитивы синхронизации.
Супер контент! Доходчиво и понятно. Кирилл, есть предложение. Почему бы тебе на Boosty не сделать pet-проект по актуальному стеку: asp, postgres, rabbit, redis, unit тесты и т.д. Пусть он будет небольшой, но работоспособный. Думаю, многие подпишутся на такой контент, я уж точно)
хотелось бы узнать как что произойдет если зарегать 2 реализации одного и того же интефейса и как выбрать нужную в конструкторе . В начале видео было про 2 реализации IMessageService но так и не раскрылось. Так же интересно что будет если конструкторов несколько, какой конструктор выберет DI контейнер.
Проработал доступную подачу на практических примерах. Спасибо за материал. Кстати, какую платформу используешь на видео для рисования контейнеров, линий, стрелочек?
немножко не понял нужно почему внутри Worker нужен будет сервис Scope?) Точнее было бы классно если объяснили бест практики, зачем и когда это делается в каких моментах) Спасибо))
Видео отличное! Подскажи, пожалуйста, в случае, если у меня есть один интерфейс и две его реализации. Обе я регистрирую в DI. Потом мне нужно будет получать в разных местах разнве реализации. Но я буду получать только ту, которую зарегестрировал последней. Я могу создать еще по одному интерфейсу для каждой реализации. Подскажи, пожалуйста, какие хорошие практики естт для решения данной задачи.
Либо добавить еще ро интерфейсу, либо использовать метод в di AddKeyed и доставать потом по ключу, либо сделать отдельный класс, который будет резолвить и выдавать нужную зависимость. Погугли di multiple implemententions, есть несколько способов, но я бы добавил ещё интерфейсов
Все бы вот хорошо, но повторение ошибочной трактовки "принципа единичной ответственности" прямо бросается в глаза. Тот принцип про который вы говорите, немного про другое и не имеет отношение к SOLID. Впрочем сложно вас винить, так как это очень популярное заблуждение - даже гугл выдаёт неправильную трактовку. Обратитесь к первоисточнику - Роберту Мартину. Цитируя его "Модуль должен отвечать за одного и только за одного актора". Согласитесь, это всё же о другом. Надеюсь моё замечание не заденет вас, просто бросается в глаза.
Мой телеграмм канал - t.me/sachkov_blog
У меня 15+ лет опыта в .Net и моя оценка: Кирилл мега-крутой специалист, обладающий одновременно и глубиной понимания и способностью объяснять так, что будет понятно даже новичку. По большинству IT-ютуберов очевидно, что они даже не джуны, но почему-то решили, что могут кого-то учить. Кирилл, спасибо за твой труд, буду отправлять .Net-джунов на твой канал, ты очень крутой!
Бро, сделай, пожалуйста, видос по микросервисам, на примере простого проекта. Думаю многим зайдет, так как тема довольно таки актуальная. Спасибо за твой труд.
Кто из телеги ставьте тут лайк, посмотрим сколько нас
Такое приятное ощущение, я с месяц назад смотрел этот ролик и мало чего понял, сейчас после практики и немного теории понимаю ролик на лету, те кто не понял ролик прсото пересмотрите его позже через неделю, через 2 и всё будет хорошо, кто не сильно понял ролик не переживайте. Автору большое спасибо!
Я из GameDev и сразу научился пользоваться библиотекой Zenject. Смотрю до середины и понимаю что принципы очень похожи))) Спасибо за урок!
Очень годно и наглядно объясняешь и показываешь многие важные моменты. Не скажу, что это будет доступно тем, кто не пытался ознакомиться и понять чтиво, но если более менее в контексте - очень полезно. Лойс
Спасибо за видео. Очень хотел сравнение со спрингом джавы. И вот получил все ответы на свои вопросы
Спасибо. Очень доходчиво объяснил
Хорошая подача материала, прекрасно всё объясняете! Занимаюсь геймдевом (на Unity), но есть желание переквалифицироваться в биздев... Читаю статьи, смотрю ролики и афигеваю от того на сколько тут в целом всё архитектурно более продуманно можно сказать из коробки) Чтобы правильно понять применение DI-контейнеров и изучить соответствующие фреймворки в Unity пришлось прям напрячься, а тут всё гораздо лаконичнее и понятнее сразу, красота прям!
Отличные примеры. Объяснено очень доступно) Буду младшим коллегам отправлять ссылку для ознакомления) Спасибо за труды.
Смотрю уже втрой гайд от тебя, контент крутой)
Спасибо за подробный разбор этой темы.
Красавчик! Спасибо за доходчивое и простое объяснение!
+Подписка :3
+Лайк :)
Спасибо за труды!!! Очень полезная тема
Очень классное объяснение! Спасибо за труд!
Спасибо большое за видео 🤗
Очень четко объяснил всё 🔥🔥
Спасибо. Очень доходчиво объяснил.
отличный ролик, спасибо!
Как всегда отличное обьяснение
Я наконец то понял scoped)
Большое спасибо!
Отлично объясняешь, делаю видео в так же духе. В качестве следующих тем предложу Паттерны, Микросервисы, Rabbit, Асинхронное/параллельное/многопоточное программирование, ну и конечно же примитивы синхронизации.
Смотрим стоя
Очень круто, продолжай!
Классное видео. Прямо доходчиво все рассказал.
большое спасибо за видео, ждем по ассинхроности видео)
Спасибо большое за видосики, все очень круто!! Продолжай в том же духе!
Кирилл как всегда на высоте
очень подробно ясно все объяснил, спасибо продолжай в том же духе
Спасибо
Крутое видео, спасибо, Кирилл!
Как всегда на высоте🔥
Очень полезно, спасибо!
Супер контент! Доходчиво и понятно. Кирилл, есть предложение. Почему бы тебе на Boosty не сделать pet-проект по актуальному стеку: asp, postgres, rabbit, redis, unit тесты и т.д. Пусть он будет небольшой, но работоспособный. Думаю, многие подпишутся на такой контент, я уж точно)
Имба
Коммент для продвижения видео. Как всегда топ! 😅
Привет, запиши пожалуйста видео где показываешь как нужно реализовывать аутентификацию через соц сети пожалуйста!!!!
хотелось бы узнать как что произойдет если зарегать 2 реализации одного и того же интефейса и как выбрать нужную в конструкторе .
В начале видео было про 2 реализации IMessageService но так и не раскрылось.
Так же интересно что будет если конструкторов несколько, какой конструктор выберет DI контейнер.
Сохранил в избранное
Проработал доступную подачу на практических примерах. Спасибо за материал. Кстати, какую платформу используешь на видео для рисования контейнеров, линий, стрелочек?
excalidraw
немножко не понял нужно почему внутри Worker нужен будет сервис Scope?) Точнее было бы классно если объяснили бест практики, зачем и когда это делается в каких моментах) Спасибо))
Ну допустим тебе с бд надо взаимодействовать, а это scope сервис
Крутяк
Про принцып O.C.P будет?
Видео отличное!
Подскажи, пожалуйста, в случае, если у меня есть один интерфейс и две его реализации. Обе я регистрирую в DI. Потом мне нужно будет получать в разных местах разнве реализации. Но я буду получать только ту, которую зарегестрировал последней. Я могу создать еще по одному интерфейсу для каждой реализации. Подскажи, пожалуйста, какие хорошие практики естт для решения данной задачи.
Либо добавить еще ро интерфейсу, либо использовать метод в di AddKeyed и доставать потом по ключу, либо сделать отдельный класс, который будет резолвить и выдавать нужную зависимость. Погугли di multiple implemententions, есть несколько способов, но я бы добавил ещё интерфейсов
@@KirillSachkov спасибо)
С ходу лайк
+
кайф
А есть дли данная DI-библиотека в Unity?
Есть другая, Zenject например
сколько у Вас опыта разработки?
Коммерческого - почти 3 года
@@KirillSachkov фул стек или бекенд?
КАНАЛ ЗАБРОСИЛСЯ?
Нет, смотрите телеграм канал, сейчас занят другим делом, но скоро видео будут выходить чаще
конструктор пишется сверху !!!
Я панк
@@KirillSachkov 😎
@@KirillSachkov ( •̀ - •́ )
Все бы вот хорошо, но повторение ошибочной трактовки "принципа единичной ответственности" прямо бросается в глаза. Тот принцип про который вы говорите, немного про другое и не имеет отношение к SOLID. Впрочем сложно вас винить, так как это очень популярное заблуждение - даже гугл выдаёт неправильную трактовку. Обратитесь к первоисточнику - Роберту Мартину. Цитируя его "Модуль должен отвечать за одного и только за одного актора". Согласитесь, это всё же о другом.
Надеюсь моё замечание не заденет вас, просто бросается в глаза.
Микрафон на букву С фонит
Спасибо