Какая у тебя подсветка в 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, как процессор работает, память, что такое данные по сути для компьютера и пр. Очень нравится твой канал и подход!
Синглтон - антипаттерн. У тебя есть одна точка входа в приложение - больше тебе ничего не нужно. Всё остальное должно пробрасывать через зависимости или взаимодествовать с верхним уровнем через колбэк события на крайняк.
4:38 Вкратце, класс Singleton использует «__new__» для управления созданием instance'а. В «__new__» проверяется словарь класса (cls.__dict__) на наличие ключа «__it__». Если instance уже существует (т.е. не None), то возвращается этот instance. Если instance не существует, создается новый с помощью object.__new__(cls), присваивается ему ключ cls.__it__, а затем вызывается метод init (не путать с __init__). При последующих вызовах всегда будет возвращаться один и тот же экземпляр (it). Этот паттерн гарантирует, что существует только один общий instance класса, что характерно для паттерна Singleton в ООП. Материалы, предоставленные в видео будут полезны для изучения деталей реализации.
Ку. Небольшой фикс по 25:30. Поиск работает только по предыдущему вводу. Например, при вводе "hel" искать будет по "he", при вводе "hell" по "hel" и так далее. Дело в эвенте KeyPress. Он наступает в момент, когда кнопка только нажата. Это происходит раньше, чем значение помещается в поле виджета. Для фикса надо поменять эвент на KeyRelease. И раз уж пишу коммент - хочу сказать спасибо за видос. Как раз недавно увлёкся паттернами проектирования. А к pet-проекту хотел начинать пилить GUI. Отличный гайд, прекрасная подача.
Это же надо так уметь делать контент. Работал 10 часов без остановки. Уже начал плавиться мозг и вытекать глаза от постоянного кодинга. В итоге сел покушать и с кайфом провел полчаса)
Окей, абстрактная фабрика... Во-первых, кейс с эквалайзерами это не про абстрактную фабрику: плагины эквалайзеров уже созданы и эйблтон их листит, а не генерирует. Во-вторых, даже с допущением что тут причем-то была фабрика, она тут просто неправильно реализована, потому что выполняет функцию метода 'get all EQs', а не фабрики, роль которой убрать бойлерплейт-код по созданию однотипных объектов Разных классов в Рантайме, когда здесь они все захардкодены и ничем не отличаются (те же параметры, те же свойства). Пример не показывает Чем фабрика лучше просто метода 'list all', потому что в этом примере она и не лучше и в ней вообще нет необходимости.
Блин, вроде бы уже все это знаю и в индустрии уже более 10 лет, но слушать все равно интересно. Хорошая зарядка для ума, спасибо. Правда, выбор языка Python для примеров неудачный.
Как же я рад, что однажды "наткнулся" на канал автора, когда искал инфы про heap память! Какая же годнота! Это видео смотрю и преисполняюсь! Золотой контент!
Блин, думал ты как-то глубже раскроешь про парадигмы программирования, историю, и что не все так гладко, плюсы / минусы все дела) Но тут похоже ты чисто практический видос решил пильнуть)
Обычно комментарии не пишу, но сейчас прям хочется сказать спасибо за такой качественный контент. Очень приятно смотреть, даже зная о всём что было в видео не смог оторваться)
Твои ролики каждый раз меня выводят на эмоциональные качели. Сначала я чувствую себя невероятно глупым, но когда весь этот код начинает работать в моём интерпретаторе - магистром программирования. Туториал отличный. Не затянутый, при этом есть необходимые объяснения базы. + мне близка твоя скорость подачи информации, кто бы что не говорил. Кому надо, могут замедлить/пересмотреть. В любом случае, подобные туториалы не для одноразового просмотра. Спасибо что делаешь такой контент. Лайк, подписка 🖤🦾
Видос клёвый, смотрится отлично) И вместе с тем, ты в видосе много времни уделил на показ ableton, на показ как окна создавать, но пояснений мало для таких человеков как я) То есть приходится внимание тратить больше на синтаксис питона, содание окон, нежели, на понимание работы ableton. Должен сказать, работаю прогером уже года два, знаком с различными DAW, но блин, в итоге из видео я только названия самых популярных паттернов запомнил. Попытка хорошая, лайк, но в целом сложно.
В целом почти ко всем видео примерно одни и те же претензии: 1) погружай в предметную область. Иногда этот этап ты пропускаешь или он очень скомканный (например, на фабрике). 2) дикция :( не тараторь, пожалуйста, это не способствует адекватному восприятию и не делает материал интересней Также используй тайпхинты, опускай дефолтные конструкторы. Ну и если речь по энтерпрайз, надо хотя бы чуть-чуть следовать лучшим практикам. Например, использовать енамы вместо строк, если они заранее известны. Отдельная боль - пеп8. Выкинь VSCode, пожалуйста, возьми пайчарм, он тебя сам за это наругает. Выбор паттернов тоже не порадовал. Часть скучные или моветон, остальные - нет смысла реализовывать, потому что уже готовые реализации (заведомо лучше) есть. Тот же декоратор или итератор. Да и имхо декоратор ты вообще просрал, код написан донельзя плохо. Добавишь третий - повесишься. Было бы интересней посмотреть на DI, к примеру. Мегаполезная вещь, используется во множестве фреймворков, решает кучу повседневных задач. В каком-нибудь sdk на kmm для мобильных приложений вообще скорее необходимость. P.S. - я расписал всё это, потому что это всё, к чему я могу придраться. В остальном ты чуть ли не единственный, кто делает такой контент, за что отдельное спасибо. Лайк поставил, всё для тебя Из других ютуберов могу выделить только соера, но он больше упирается в теорию, и онигири, который бог наглядности и доходчивого объяснения, хоть и без тру-хардъ-прогерства.
А чего в DI интересного-то? Если про использование - концепция максимально простая для понимания. Ты просто зависимости получаешь извне. А не дергаешь внутри. Обычно - в конструкторе. Если так же как тута показывать: Ну, вот сделали класс ServiceProvider в котором в конструктор передали словарик вида . Этот словарик - конфигурация контейнера, а этот вот провайдер - наш DI-контейнер. Теперь делаем Get(name) который ищет в словарике, создает инстанс или возвращет если передали. Все - мы великолепны. Если делать нормальную реализацию, хотя бы как майковский DI для шарпа - виндертон не вытащит. Скорее всего посмотрит как у майков и просто повторит. А если прям нормальную-нормальную, то совсем не вытащит.
2:57 Вспомнил про одну либу для асинхронного использования qt5/6+ в python, вкратце интерфейс спокойно отзывался даже когда при нажатии на кнопку выполняется задача, короче я её давно не пробовал, но вещь классная)) как async-class)))
На самом деле без реальной практики - это все равно будет непонятно. Именно реальной практики, когда ты начинаешь что-то относительно большое делать, и в процессе - сталкиваешься с проблемами, которые усложняют разработку, и ты пытаешься это решить.
Питон особенно похож на пвседокод, когда синглетон реализуется путем наследования а не переопределения __new__ в том же классе Window 😓У всех языков свои сложности, питон же дружелюбен и позволяет новичкам считать, что он похож на псведокод
В адаптере сделан же адаптер из миди под аудио, не наоборот. В ините мы берём миди (надо бы принимать на вход), реализуем поведение так, чтобы адаптер умел вести себя как аудио (от него наследовались).
Не одному, судя по коду в гите, его уровень в энтерпрайз вообще отсутствует. Похоже на очередного инфоцыганенка, который держится на тех, кто не выкупает вообще.
Шикарная подача, я бы с удовольсвтием заценил видос, где допиливаеш это до простой бета-версии апликухи, с мин.набором ф-ла) потому что много ют-снимают контент для плохих jun ; мало таких кто это делает как ты реально, без воды, а так же применяя всю теорию в плюс минус объективном состоянии!
Ля, обожаю твои видео, они информативны как лекции у очень интересного препода, спасибо) В общем, жду новых обучающих роликов, канал буду советовать первачам)
Если ты знаешь один язык, то другой изучить не проблема, они очень похожи. Плюс язык - это инструмент, главное знать архитектуры, паттерны, да и в целом computer sience.
Начинал вкат с питона, в универе начал писать на пхп, js, с#, теперь смотрю на питон и типо простенький псевдокод начинает казаться чем-то иным, более сложным что-ли... Непривычные конструкции, хотя если вникать то всё то же самое только по-своему, эх, м-да
Я тоже начинал с php и сейчас пишу на C#. Питон для меня это "простенький язык, который я еле могу понять". Головой понимаю, что он проще, но глазам он не поддается
Интересно что Вы думаете о VB или Lazarus и Python и в целом о визуальном программировании, ведь JS не мене универсален и ближе всего стоит к визуальному программированию... Интересует системное администрирование, Базы данных... Преподавание... и чуть меньше настольная разработка. Ну и Web, но для себя блоги и т.п. Не совсем коммерческое использование... И как раз таки интересует что универсальное вроде швейцарского ножа и не сложное при этом.
День добрый, господа! Какой фреймворк на данный момент выглядит выигрышней для джуна, если выбор стоит между Qt и JUCE? JUCE сейчас явно обсуждается активнее, но Qt рекомендуют чаще, ибо он в принципе узнаваемее
