Какая у тебя подсветка в visual studio я тебе писал в инст не могу больше там не дают написать, и как ещё можно выучить c++ только начал какие книги прочитать
Уточнение по поводу паттерна Фабричный метод. Все-таки классическая реализация этого паттерна состоит в том, что сам по себе метод изначально является абстрактным и никаких параметров не принимает, а уже в конкретной реализации определяется, объект какого именно класса порожден этим методом. Здесь же выбор типа результата почему-то определяется значением аргумента.
Синглтон - антипаттерн. У тебя есть одна точка входа в приложение - больше тебе ничего не нужно. Всё остальное должно пробрасывать через зависимости или взаимодествовать с верхним уровнем через колбэк события на крайняк.
для удобства можно использовать match/case в функции result, ну и меньше вызовов функции (хотя в этом случае разницы в скорости по сути нет) match (comp.get(), eq.get()): case (1, 0): wet = Compressor(self.dry) l.config(text=wet.play()) case (0, 1): wet = EQ(self.dry) l.config(text=wet.play()) case (1, 1): wet = EQ(Compressor(self.dry)) l.config(text=wet.play()) case _: l.config(text=self.dry.play())
Спасибо! Ничего пока не понял, но очень интересно! мне вообще в программировании нравится больше всего computer science, как процессор работает, память, что такое данные по сути для компьютера и пр. Очень нравится твой канал и подход!
Ку. Небольшой фикс по 25:30. Поиск работает только по предыдущему вводу. Например, при вводе "hel" искать будет по "he", при вводе "hell" по "hel" и так далее. Дело в эвенте KeyPress. Он наступает в момент, когда кнопка только нажата. Это происходит раньше, чем значение помещается в поле виджета. Для фикса надо поменять эвент на KeyRelease. И раз уж пишу коммент - хочу сказать спасибо за видос. Как раз недавно увлёкся паттернами проектирования. А к pet-проекту хотел начинать пилить GUI. Отличный гайд, прекрасная подача.
Жесть ты голова!!! Хотелось бы так же шарить!!!! Но это еще только в проекте. Мда сколько нужно всего узнать. Для меня только переменные это уже проблема😂😂😂😂 Хороший контент удачи!!!
Это же надо так уметь делать контент. Работал 10 часов без остановки. Уже начал плавиться мозг и вытекать глаза от постоянного кодинга. В итоге сел покушать и с кайфом провел полчаса)
Блин, вроде бы уже все это знаю и в индустрии уже более 10 лет, но слушать все равно интересно. Хорошая зарядка для ума, спасибо. Правда, выбор языка Python для примеров неудачный.
Как же я рад, что однажды "наткнулся" на канал автора, когда искал инфы про heap память! Какая же годнота! Это видео смотрю и преисполняюсь! Золотой контент!
Окей, абстрактная фабрика... Во-первых, кейс с эквалайзерами это не про абстрактную фабрику: плагины эквалайзеров уже созданы и эйблтон их листит, а не генерирует. Во-вторых, даже с допущением что тут причем-то была фабрика, она тут просто неправильно реализована, потому что выполняет функцию метода 'get all EQs', а не фабрики, роль которой убрать бойлерплейт-код по созданию однотипных объектов Разных классов в Рантайме, когда здесь они все захардкодены и ничем не отличаются (те же параметры, те же свойства). Пример не показывает Чем фабрика лучше просто метода 'list all', потому что в этом примере она и не лучше и в ней вообще нет необходимости.
Блин, думал ты как-то глубже раскроешь про парадигмы программирования, историю, и что не все так гладко, плюсы / минусы все дела) Но тут похоже ты чисто практический видос решил пильнуть)
4:38 Вкратце, класс Singleton использует «__new__» для управления созданием instance'а. В «__new__» проверяется словарь класса (cls.__dict__) на наличие ключа «__it__». Если instance уже существует (т.е. не None), то возвращается этот instance. Если instance не существует, создается новый с помощью object.__new__(cls), присваивается ему ключ cls.__it__, а затем вызывается метод init (не путать с __init__). При последующих вызовах всегда будет возвращаться один и тот же экземпляр (it). Этот паттерн гарантирует, что существует только один общий instance класса, что характерно для паттерна Singleton в ООП. Материалы, предоставленные в видео будут полезны для изучения деталей реализации.
Видос клёвый, смотрится отлично) И вместе с тем, ты в видосе много времни уделил на показ ableton, на показ как окна создавать, но пояснений мало для таких человеков как я) То есть приходится внимание тратить больше на синтаксис питона, содание окон, нежели, на понимание работы ableton. Должен сказать, работаю прогером уже года два, знаком с различными DAW, но блин, в итоге из видео я только названия самых популярных паттернов запомнил. Попытка хорошая, лайк, но в целом сложно.
Обычно комментарии не пишу, но сейчас прям хочется сказать спасибо за такой качественный контент. Очень приятно смотреть, даже зная о всём что было в видео не смог оторваться)
2:57 Вспомнил про одну либу для асинхронного использования qt5/6+ в python, вкратце интерфейс спокойно отзывался даже когда при нажатии на кнопку выполняется задача, короче я её давно не пробовал, но вещь классная)) как async-class)))
На самом деле без реальной практики - это все равно будет непонятно. Именно реальной практики, когда ты начинаешь что-то относительно большое делать, и в процессе - сталкиваешься с проблемами, которые усложняют разработку, и ты пытаешься это решить.
Не одному, судя по коду в гите, его уровень в энтерпрайз вообще отсутствует. Похоже на очередного инфоцыганенка, который держится на тех, кто не выкупает вообще.
Твои ролики каждый раз меня выводят на эмоциональные качели. Сначала я чувствую себя невероятно глупым, но когда весь этот код начинает работать в моём интерпретаторе - магистром программирования. Туториал отличный. Не затянутый, при этом есть необходимые объяснения базы. + мне близка твоя скорость подачи информации, кто бы что не говорил. Кому надо, могут замедлить/пересмотреть. В любом случае, подобные туториалы не для одноразового просмотра. Спасибо что делаешь такой контент. Лайк, подписка 🖤🦾
День добрый, господа! Какой фреймворк на данный момент выглядит выигрышней для джуна, если выбор стоит между Qt и JUCE? JUCE сейчас явно обсуждается активнее, но Qt рекомендуют чаще, ибо он в принципе узнаваемее
В целом почти ко всем видео примерно одни и те же претензии: 1) погружай в предметную область. Иногда этот этап ты пропускаешь или он очень скомканный (например, на фабрике). 2) дикция :( не тараторь, пожалуйста, это не способствует адекватному восприятию и не делает материал интересней Также используй тайпхинты, опускай дефолтные конструкторы. Ну и если речь по энтерпрайз, надо хотя бы чуть-чуть следовать лучшим практикам. Например, использовать енамы вместо строк, если они заранее известны. Отдельная боль - пеп8. Выкинь VSCode, пожалуйста, возьми пайчарм, он тебя сам за это наругает. Выбор паттернов тоже не порадовал. Часть скучные или моветон, остальные - нет смысла реализовывать, потому что уже готовые реализации (заведомо лучше) есть. Тот же декоратор или итератор. Да и имхо декоратор ты вообще просрал, код написан донельзя плохо. Добавишь третий - повесишься. Было бы интересней посмотреть на DI, к примеру. Мегаполезная вещь, используется во множестве фреймворков, решает кучу повседневных задач. В каком-нибудь sdk на kmm для мобильных приложений вообще скорее необходимость. P.S. - я расписал всё это, потому что это всё, к чему я могу придраться. В остальном ты чуть ли не единственный, кто делает такой контент, за что отдельное спасибо. Лайк поставил, всё для тебя Из других ютуберов могу выделить только соера, но он больше упирается в теорию, и онигири, который бог наглядности и доходчивого объяснения, хоть и без тру-хардъ-прогерства.
А чего в DI интересного-то? Если про использование - концепция максимально простая для понимания. Ты просто зависимости получаешь извне. А не дергаешь внутри. Обычно - в конструкторе. Если так же как тута показывать: Ну, вот сделали класс ServiceProvider в котором в конструктор передали словарик вида . Этот словарик - конфигурация контейнера, а этот вот провайдер - наш DI-контейнер. Теперь делаем Get(name) который ищет в словарике, создает инстанс или возвращет если передали. Все - мы великолепны. Если делать нормальную реализацию, хотя бы как майковский DI для шарпа - виндертон не вытащит. Скорее всего посмотрит как у майков и просто повторит. А если прям нормальную-нормальную, то совсем не вытащит.
В адаптере сделан же адаптер из миди под аудио, не наоборот. В ините мы берём миди (надо бы принимать на вход), реализуем поведение так, чтобы адаптер умел вести себя как аудио (от него наследовались).
на 20:52 почему просто не сделать wet=dry и накидывать эффекты через просто if, а в конце всегда выводить wet? типа сделать 1 проход по всем возможным эффектам и если на них не стоит флага то скипнуть их
Я очень хочу в it, но не могу определиться куда и на каком яп писать, вроде как нравится направление embedded разработка, бэкэнд тоже, ии интересно, но не как не могу определиться, из языков думаю в сторону c++ , но не знаю будет ли он актуален через условно 10 лет. Сложности не пугают, очень хочу совета, заранее спасибо
Интересно что Вы думаете о VB или Lazarus и Python и в целом о визуальном программировании, ведь JS не мене универсален и ближе всего стоит к визуальному программированию... Интересует системное администрирование, Базы данных... Преподавание... и чуть меньше настольная разработка. Ну и Web, но для себя блоги и т.п. Не совсем коммерческое использование... И как раз таки интересует что универсальное вроде швейцарского ножа и не сложное при этом.
Шикарная подача, я бы с удовольсвтием заценил видос, где допиливаеш это до простой бета-версии апликухи, с мин.набором ф-ла) потому что много ют-снимают контент для плохих jun ; мало таких кто это делает как ты реально, без воды, а так же применяя всю теорию в плюс минус объективном состоянии!
Питон особенно похож на пвседокод, когда синглетон реализуется путем наследования а не переопределения __new__ в том же классе Window 😓У всех языков свои сложности, питон же дружелюбен и позволяет новичкам считать, что он похож на псведокод
Начинал вкат с питона, в универе начал писать на пхп, js, с#, теперь смотрю на питон и типо простенький псевдокод начинает казаться чем-то иным, более сложным что-ли... Непривычные конструкции, хотя если вникать то всё то же самое только по-своему, эх, м-да
Я тоже начинал с php и сейчас пишу на C#. Питон для меня это "простенький язык, который я еле могу понять". Головой понимаю, что он проще, но глазам он не поддается
Шаблоны проектирования предлагают проверенные и эффективные методы решения архитектурных задач. Их использование позволяет сократить время и улучшить качество ПО, что является требованием бизнеса. Начинающим программистам знание шаблонов не так важно, потому что они работают над более простыми задачами, но по мере роста опыта и увеличения сложности задач знание шаблонов становится все более важным.
С++ и си одинаковы по факту, пока не доходишь до ооп, в си ооп нет, а в С++ есть. Вообще лучше выбирать С++, т.к на нем код поддерживать легче из-за ооп, хотя можно изучить си и написать свое ооп. Как бы решай сам, но С++ имеет больше функций
@@нюхательбебр-е3ю не стоит грустнеть. Как развлекательно-познавательный контент - виндертон пойдет. На фоне кучи индусов, допустим, виндертон даже не самый худший. А если тема покажется интересной - можно уже углубиться самому и изучить.Вариантов-то масса. Есть книги, есть видосики, есть статьи, а можно как самурай - пойти ничего не понимая на гитхаб и лезть смотреть че там разного скилла люди пишут.
Ну че, у кого сколько из 10ти?
Супер
Какая у тебя подсветка в visual studio я тебе писал в инст не могу больше там не дают написать, и как ещё можно выучить c++ только начал какие книги прочитать
10
@@cozart5345 блб, там у него на канале столько книг
@@cozart5345 github theme
Блин я только начал в програмирование, хз зачем я это смотрю, но сразу такое чувство будто я играю в песочнице, а рядом работает экскаватор)
Братан, хорош, давай, давай, вперёд! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого вот почаще?
Вот это контент. Побольше бы таких видео на канале.
Братан, хорош, давай, давай, вперёд! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого вот почаще?
Як казав мій знайомий програміст: нічого не зрозуміло, але ду-у-уже цікаво )))
А взагалі - дякую за контент, мені несподіванно зайшло 👍
Лууучший тутор на канале считаю!! Хорош братан, давай давай вперёд, контент в кайф
Братан, хорош, давай, давай, вперёд!!!! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого вот почаще?
Братан, хорош, давай, давай, вперёд! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого вот почаще?
Братан, хорош, давай, давай, вперёд! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого вот почаще?
ну, поехали... опять много непонятных сочетаний букв
Со мной тоже самое, хотя для себя очень давно проги всякие пишу)
Ндэээээ
Спасибо огромное за большое количество информации простым языком. Winderton one love
Уточнение по поводу паттерна Фабричный метод. Все-таки классическая реализация этого паттерна состоит в том, что сам по себе метод изначально является абстрактным и никаких параметров не принимает, а уже в конкретной реализации определяется, объект какого именно класса порожден этим методом. Здесь же выбор типа результата почему-то определяется значением аргумента.
Как же ты хорош. Спасибо!
Спасибо большое за очень полезный материал ☺️
Синглтон - антипаттерн. У тебя есть одна точка входа в приложение - больше тебе ничего не нужно. Всё остальное должно пробрасывать через зависимости или взаимодествовать с верхним уровнем через колбэк события на крайняк.
Бомбический видос! Большое спасибо!
Круто, именно мне не хватало такого объяснения.
для удобства можно использовать match/case в функции result, ну и меньше вызовов функции (хотя в этом случае разницы в скорости по сути нет)
match (comp.get(), eq.get()):
case (1, 0):
wet = Compressor(self.dry)
l.config(text=wet.play())
case (0, 1):
wet = EQ(self.dry)
l.config(text=wet.play())
case (1, 1):
wet = EQ(Compressor(self.dry))
l.config(text=wet.play())
case _:
l.config(text=self.dry.play())
С матч кейсом есть одна проблема: его Гопатыч пока не знает, он позже 2021 года появился.
А если помимо эквалайзера и компрессора будет еще 10 декораторов сверху, то вы все 4096 вариантов перебирать будете?
круто, прям даже интересно посмотреть за ходом мысли в решении не тривиальных задач
Ты крутой. Продолжай делать то, что делаешь!
Спасибо! Ничего пока не понял, но очень интересно! мне вообще в программировании нравится больше всего computer science, как процессор работает, память, что такое данные по сути для компьютера и пр. Очень нравится твой канал и подход!
Какой город?
Братан, хорош, давай, давай, вперёд! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого вот почаще? ^_^
Ку. Небольшой фикс по 25:30. Поиск работает только по предыдущему вводу. Например, при вводе "hel" искать будет по "he", при вводе "hell" по "hel" и так далее.
Дело в эвенте KeyPress. Он наступает в момент, когда кнопка только нажата. Это происходит раньше, чем значение помещается в поле виджета. Для фикса надо поменять эвент на KeyRelease.
И раз уж пишу коммент - хочу сказать спасибо за видос. Как раз недавно увлёкся паттернами проектирования. А к pet-проекту хотел начинать пилить GUI. Отличный гайд, прекрасная подача.
Братан, харош, давай-давай, контент в кайф, можно ещё? Можно вот этого почаще?
Братан, хорош, давай, давай, вперёд! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого вот почаще?
Жесть ты голова!!! Хотелось бы так же шарить!!!! Но это еще только в проекте. Мда сколько нужно всего узнать. Для меня только переменные это уже проблема😂😂😂😂 Хороший контент удачи!!!
Качественный видос, лайк
Объяснить темой, которую я понимаю, тему, которую я не понимаю.. такого я ещё не видел. Лайк 😂
Респект за Леху Кладова, грамотный парень, вдохновляет :) Как и автор собственно
Отдельная благодарность за развернутое описание под видео
За Python отдельный респект, спасибо за контент )
Спасибо за вклад в моё образование! Ценю бесплатную помощь.
Это же надо так уметь делать контент. Работал 10 часов без остановки. Уже начал плавиться мозг и вытекать глаза от постоянного кодинга. В итоге сел покушать и с кайфом провел полчаса)
Блин, вроде бы уже все это знаю и в индустрии уже более 10 лет, но слушать все равно интересно. Хорошая зарядка для ума, спасибо.
Правда, выбор языка Python для примеров неудачный.
Спасибо, было реально интересно и даже не хотелось заснуть! Пусть будет больше видосов C++ Python 👍🔥
Спасибо за видео, очень понравилось
Так совпало, что юзаю аблетон и увлекаюсь программированием, супер интересно получилось 💪
в основном это полезно тем кто с этми уже знаком итак.
не хватает подхода к новичкам и в питоне и в ооп.
Uважуха и респект 😊!!! Дерзай далее!!
Сколько времени уже работаю в FL Studio, но вот что бы понимать принцип её работы и прочее, хммммм, надо подучится и написать плагин для неё)
Как же я рад, что однажды "наткнулся" на канал автора, когда искал инфы про heap память! Какая же годнота! Это видео смотрю и преисполняюсь! Золотой контент!
Прикольно было бы узнать как работают приложения удаленного доступа через твой стиль объяснения
Окей, абстрактная фабрика... Во-первых, кейс с эквалайзерами это не про абстрактную фабрику: плагины эквалайзеров уже созданы и эйблтон их листит, а не генерирует. Во-вторых, даже с допущением что тут причем-то была фабрика, она тут просто неправильно реализована, потому что выполняет функцию метода 'get all EQs', а не фабрики, роль которой убрать бойлерплейт-код по созданию однотипных объектов Разных классов в Рантайме, когда здесь они все захардкодены и ничем не отличаются (те же параметры, те же свойства). Пример не показывает Чем фабрика лучше просто метода 'list all', потому что в этом примере она и не лучше и в ней вообще нет необходимости.
Душнила, удаляй, пока никто не видит
@@wndtn а то что попаду в черный список у инфоцыган?)
Хотелось бы конечно видеть Qt Designer
юху, поставил тысячный лайк, а если серьезно, спасибо за видос, достаточно просто пояснил то, что обычно поясняется чуток посложнее, добра :)
Сначала используется "{}".format(var), потом "%s" % (var) (ждал пока появится f"{var}").
Ну, знание питона автора, мое почтение...
копипаста с стаковерфлоу она такая.
Блин, думал ты как-то глубже раскроешь про парадигмы программирования, историю, и что не все так гладко, плюсы / минусы все дела)
Но тут похоже ты чисто практический видос решил пильнуть)
Ну наконец-то что-то интересное
Огнищще! Ладно досмотреть. А сделать самому это было бы круто
Видос вдохновил пойти написать таки свой гуи для общения с кастомным контроллером на работе, все ленился
4:38
Вкратце, класс Singleton использует «__new__» для управления созданием instance'а. В «__new__» проверяется словарь класса (cls.__dict__) на наличие ключа «__it__». Если instance уже существует (т.е. не None), то возвращается этот instance. Если instance не существует, создается новый с помощью object.__new__(cls), присваивается ему ключ cls.__it__, а затем вызывается метод init (не путать с __init__). При последующих вызовах всегда будет возвращаться один и тот же экземпляр (it).
Этот паттерн гарантирует, что существует только один общий instance класса, что характерно для паттерна Singleton в ООП.
Материалы, предоставленные в видео будут полезны для изучения деталей реализации.
Так слишком интересно и уже слишком поздно. Завтра с чаем
Видос клёвый, смотрится отлично) И вместе с тем, ты в видосе много времни уделил на показ ableton, на показ как окна создавать, но пояснений мало для таких человеков как я) То есть приходится внимание тратить больше на синтаксис питона, содание окон, нежели, на понимание работы ableton. Должен сказать, работаю прогером уже года два, знаком с различными DAW, но блин, в итоге из видео я только названия самых популярных паттернов запомнил. Попытка хорошая, лайк, но в целом сложно.
Обычно комментарии не пишу, но сейчас прям хочется сказать спасибо за такой качественный контент. Очень приятно смотреть, даже зная о всём что было в видео не смог оторваться)
Ждем видос про Java)
Спасибо! Видео огонь!!!
Даёшь мучения! Гуи в студию! 😂
When will there be a java video?
На 15 минуте не успел ворос задать, только рот открыл, уже проехали 😂😂😂
2:57 Вспомнил про одну либу для асинхронного использования qt5/6+ в python, вкратце интерфейс спокойно отзывался даже когда при нажатии на кнопку выполняется задача, короче я её давно не пробовал, но вещь классная)) как async-class)))
Нужно как можно подробнее останавливаться на преимуществах тех или иных шаблонов, иначе вообще непонятно, чего ты пытаешься добиться, применяя их.
На самом деле без реальной практики - это все равно будет непонятно. Именно реальной практики, когда ты начинаешь что-то относительно большое делать, и в процессе - сталкиваешься с проблемами, которые усложняют разработку, и ты пытаешься это решить.
OOOOO. Очень круто! Спасибо большое. Теперь это мое любимое твое видео. Наконец-то! Я дождался своего контента!
Ля, новое видео, посмотрю его пока ему несколько лет, а то через несколько десятков лет может потерять актуальность 🤔
мне одному кажется, что некоторые примеры конкретно всратые? адаптер, декоратор, это что вообще за реализации...
Не одному, судя по коду в гите, его уровень в энтерпрайз вообще отсутствует.
Похоже на очередного инфоцыганенка, который держится на тех, кто не выкупает вообще.
братан, видео не досмотрел, объясни в 2 словах, в чем была претензия? если помнишь, конечно
Твои ролики каждый раз меня выводят на эмоциональные качели. Сначала я чувствую себя невероятно глупым, но когда весь этот код начинает работать в моём интерпретаторе - магистром программирования. Туториал отличный.
Не затянутый, при этом есть необходимые объяснения базы.
+ мне близка твоя скорость подачи информации, кто бы что не говорил. Кому надо, могут замедлить/пересмотреть. В любом случае, подобные туториалы не для одноразового просмотра. Спасибо что делаешь такой контент.
Лайк, подписка 🖤🦾
Спасибо 🙏
Очень хорошо и доступно вс сделано, но почему итератор не реализован по-питоновски при помощи yield в методе __iter__ у непосредственно iterable?
подозреваю, потому что он описывал не готовое а делал с нуля своё
Если в __iter__() прописать self.index = 0, то не получится создать два независимых итератора, например для вложенных циклов
Круто, а можно видео разместить на своем сайте и размещением в описании ссылки на youtbe канал?
День добрый, господа! Какой фреймворк на данный момент выглядит выигрышней для джуна, если выбор стоит между Qt и JUCE? JUCE сейчас явно обсуждается активнее, но Qt рекомендуют чаще, ибо он в принципе узнаваемее
В целом почти ко всем видео примерно одни и те же претензии:
1) погружай в предметную область. Иногда этот этап ты пропускаешь или он очень скомканный (например, на фабрике).
2) дикция :( не тараторь, пожалуйста, это не способствует адекватному восприятию и не делает материал интересней
Также используй тайпхинты, опускай дефолтные конструкторы.
Ну и если речь по энтерпрайз, надо хотя бы чуть-чуть следовать лучшим практикам. Например, использовать енамы вместо строк, если они заранее известны.
Отдельная боль - пеп8. Выкинь VSCode, пожалуйста, возьми пайчарм, он тебя сам за это наругает.
Выбор паттернов тоже не порадовал. Часть скучные или моветон, остальные - нет смысла реализовывать, потому что уже готовые реализации (заведомо лучше) есть. Тот же декоратор или итератор. Да и имхо декоратор ты вообще просрал, код написан донельзя плохо. Добавишь третий - повесишься.
Было бы интересней посмотреть на DI, к примеру. Мегаполезная вещь, используется во множестве фреймворков, решает кучу повседневных задач. В каком-нибудь sdk на kmm для мобильных приложений вообще скорее необходимость.
P.S. - я расписал всё это, потому что это всё, к чему я могу придраться. В остальном ты чуть ли не единственный, кто делает такой контент, за что отдельное спасибо. Лайк поставил, всё для тебя
Из других ютуберов могу выделить только соера, но он больше упирается в теорию, и онигири, который бог наглядности и доходчивого объяснения, хоть и без тру-хардъ-прогерства.
просто вся соль в том что он сам походу не понимает что пишет.
код похоже как надерганная копипаста из разных гайдов.
А чего в DI интересного-то?
Если про использование - концепция максимально простая для понимания. Ты просто зависимости получаешь извне. А не дергаешь внутри. Обычно - в конструкторе.
Если так же как тута показывать: Ну, вот сделали класс ServiceProvider в котором в конструктор передали словарик вида . Этот словарик - конфигурация контейнера, а этот вот провайдер - наш DI-контейнер. Теперь делаем Get(name) который ищет в словарике, создает инстанс или возвращет если передали. Все - мы великолепны.
Если делать нормальную реализацию, хотя бы как майковский DI для шарпа - виндертон не вытащит. Скорее всего посмотрит как у майков и просто повторит.
А если прям нормальную-нормальную, то совсем не вытащит.
Жду от тебя такое же видео только так как ты описал. Давай сравним кто круче?
@@aga_gg чел, это мы ждем от тебя production-ready код на твоей работе. а то нашелся тут поучать работающих разрабов как писать код.
В адаптере сделан же адаптер из миди под аудио, не наоборот.
В ините мы берём миди (надо бы принимать на вход), реализуем поведение так, чтобы адаптер умел вести себя как аудио (от него наследовались).
winderton это паттерн такой?
классное видео!
как тебе идея рассказать что нибудь про ring0 и драйвера в целом? к примеру сделать драйверный мультипоточный сервер
А почему бы не использовать DearPyGui для GUI ?
на 20:52 почему просто не сделать wet=dry и накидывать эффекты через просто if, а в конце всегда выводить wet? типа сделать 1 проход по всем возможным эффектам и если на них не стоит флага то скипнуть их
уже писали про всевозможные улучшения, да
я поэтому и сказал на этом паттерне, "Декоратор за 200"
@@wndtn если есть возможность можно ещё архитектуру этой штуки докинуть сверху, ну чтобы попроще представлять логику работы?
Какая у тебя цветовая тема в vs code?
VS code или Pycharm просто все выбирают первое, хотя второе тоже не плохо
Я очень хочу в it, но не могу определиться куда и на каком яп писать, вроде как нравится направление embedded разработка, бэкэнд тоже, ии интересно, но не как не могу определиться, из языков думаю в сторону c++ , но не знаю будет ли он актуален через условно 10 лет. Сложности не пугают, очень хочу совета, заранее спасибо
делай, делай!
20 лет, 10 лет опыта, вот кого ищут работодатели
А можно ли создавать такое на питоне? Вернее разве на питоне пишут программы?
Интересно что Вы думаете о VB или Lazarus и Python и в целом о визуальном программировании, ведь JS не мене универсален и ближе всего стоит к визуальному программированию... Интересует системное администрирование, Базы данных... Преподавание... и чуть меньше настольная разработка. Ну и Web, но для себя блоги и т.п. Не совсем коммерческое использование... И как раз таки интересует что универсальное вроде швейцарского ножа и не сложное при этом.
Спасибо!
Шикарная подача,
я бы с удовольсвтием заценил видос, где допиливаеш это до простой бета-версии апликухи, с мин.набором ф-ла)
потому что много ют-снимают контент для плохих jun ;
мало таких кто это делает как ты реально, без воды, а так же применяя всю теорию в плюс минус объективном состоянии!
Питон особенно похож на пвседокод, когда синглетон реализуется путем наследования а не переопределения __new__ в том же классе Window 😓У всех языков свои сложности, питон же дружелюбен и позволяет новичкам считать, что он похож на псведокод
Ничего не понимаю. Смотрю, чтобы заснуть)
Допиши GUI пж
Начинал вкат с питона, в универе начал писать на пхп, js, с#, теперь смотрю на питон и типо простенький псевдокод начинает казаться чем-то иным, более сложным что-ли... Непривычные конструкции, хотя если вникать то всё то же самое только по-своему, эх, м-да
Я тоже начинал с php и сейчас пишу на C#. Питон для меня это "простенький язык, который я еле могу понять". Головой понимаю, что он проще, но глазам он не поддается
Ох, далеко же мне до понимания этого всего с лёту ... Но спасибо за видео
Вот все эти паттерны, они для какого уровня программиста нужны, ну скажем там Джун должен уметь или только знать в теории?
Шаблоны проектирования предлагают проверенные и эффективные методы решения архитектурных задач. Их использование позволяет сократить время и улучшить качество ПО, что является требованием бизнеса. Начинающим программистам знание шаблонов не так важно, потому что они работают над более простыми задачами, но по мере роста опыта и увеличения сложности задач знание шаблонов становится все более важным.
Главное из этого видео понять как можно реализовать патерны. Сам код питоновский просто ужасный, автор плюсовик, поэтому не стоит писать так как он.
Объясняй где криво, чтобы люди поняли о чем ты
@@wndtn CamelCase вместо snake_case, переопределяешь методы, которые можно не переопределять, если не добавился функционал и тд.
@@wndtn Импорты через * вообще бед практис, так делать не нужно.
использовать global тоже плохая практика.
Ну и аннотации типов, без них сейчас никуда в питоне. Есть еще проблемы, но мне лень их искать.
Сделай курс по линухе, я бы смотрел
Бля какой же сочный контент он делает
Ого, дождался, вместо копошения по форумам сделал основу в одном видео, спасибо, экономишь время и силы.
это все есть в книге банды 4х.
проще и лучше её читнуть.
Легенда
вин привет, что посоветуешь пока я в 10 классе учить си или c++, думал выучить пока си а потом в колледже уже плюсы бы учил
Учи хоть чтонибудь
С++ и си одинаковы по факту, пока не доходишь до ооп, в си ооп нет, а в С++ есть. Вообще лучше выбирать С++, т.к на нем код поддерживать легче из-за ооп, хотя можно изучить си и написать свое ооп. Как бы решай сам, но С++ имеет больше функций
Сделай с Gui, родной )😁
А на счёт создания своего языка программирования когда начнёш примерные сроки?
зачем?
@@lavron4ik855 затем
@@1CDzy я хз. один хуй виндертон код на сях то осилить не может. пиздить чужой код ума много не надо
я не душнила но методы класса в python3 CamelCase'ом не пишут
@@kirill_monster где?
@@kirill_monster впрочем уже нашел. ну грустно чо.
@@kirill_monster посмотрел погрустнел
@@нюхательбебр-е3ю не стоит грустнеть. Как развлекательно-познавательный контент - виндертон пойдет. На фоне кучи индусов, допустим, виндертон даже не самый худший.
А если тема покажется интересной - можно уже углубиться самому и изучить.Вариантов-то масса. Есть книги, есть видосики, есть статьи, а можно как самурай - пойти ничего не понимая на гитхаб и лезть смотреть че там разного скилла люди пишут.