Ай-яй-яй, Коля! sum([...range(1e9)]) - это не столько CPU-bound задача, сколько RAM intensive! Не нужно материализовывать список из миллиарда ссылок только лишь для того, чтобы сумму элементов посчитать!
@ITism_movement
15 күн бұрын
Спасибо, Лёша! ВОт что значит глаз-алмаз) Но, к слову, суммирование все равно происходит - в следующий раз буду использовать генератор-компрехеншен, согласно твоему совету)
@AlekseiPirogov
15 күн бұрын
@@ITism_movement суммирование могло и не произойти, если бы память кончилась на выделении трёх списков по миллиарду ссылок на единицу (по 8ГБ+ каждый)ю
@ITism_movement
14 күн бұрын
@@AlekseiPirogov спасибо тебе большое, мой Учитель, я буду ревностнее относиться к тому коду, который помещаю в свой контент)
@snatvb
16 күн бұрын
ооп ложится хорошо только на моделирование поведения или других подобных иерархических отношений, и лучше в инфраструтуре, которая почти не меняется если у вас завтра нужно будет придумать новый тип тасок, который принимает другой набор полей - вы попали. если в перформе нужно добавить какой то аргумент(или изменить) - вы попали. это абсолютно не гибкий подход для таких задач здесь нужно использовать паттерн стратегии и признаков фп здесь справится лучше бизнес задачи очень плохо ложатся на ооп в большинстве случаев в бд это вообще не ложится, и это доказывается тем, что репутация у ORM мягко говоря плохая. Они популярны за счет времени и решения большинства эксплоитов и миграций. но сейчас на поле выходят SQL билдеры, которые решают эти 2 боли и не имеют неявных пробелм с перформ и разницей представления и вашими классами
@ITism_movement
16 күн бұрын
все течет - все меняется, сейчас ORM доминируют много где и еще долго ими будут пользоваться, несмотря на то, сколько есть сопряженных с этим проблем до тех пор, пока это того стоит
@snatvb
16 күн бұрын
@@ITism_movement они доминировали изначально, и сейчас они теряют эту доминацию, мб в питоне это медленнее происходит я просто много на др языках пишу, js, go, rust
@granddizzy1
23 күн бұрын
вот теперь я понял что перегрузка методов происходит на этапе компиляции а полиморфизм реализуется на этапе выполнения (runtime)
@granddizzy1
23 күн бұрын
ООП без классов это вот например на JS изначально было ООП на основе прототипирования. Там вообще мы сразу просто создаем объект. И он имеет ссылку на объект-прототип. Но и там уже добавили классы.
@Yokstik
24 күн бұрын
Грызу, раскуриваю ООП. А тут Николай с ITism-ом. Да ещё и с ООП. 🎉🎉🎉🎉🎉
@user-mw1sq6ve3e
24 күн бұрын
У уважаемого Алексея Пирогова эхо.
@user-mw1sq6ve3e
24 күн бұрын
Я первый )
@biglakecom
25 күн бұрын
Главное начать. Если куда-то идти, куда-то придешь👍
@romanbush5164
25 күн бұрын
Николай, а зачем новый канал? Прикольно что попался на главной) PHP laravel back
@supreltd
26 күн бұрын
Backend
@supreltd
26 күн бұрын
Огонь!
@CaiN805
Ай бұрын
Для заставки мог бы и причесаться 😂
@paleface_brother
Ай бұрын
Спасибо. Увидеть объяснение применения различных методов на простых примерах - большая редкость.
@supreltd
Ай бұрын
Спасибо за очередное видео. Мы с тобой неделю назад как раз говорили про инкапсуляцию (это Ваня ). У меня теперь от зубов отскакиевает "Управление доступом")))
ООП - очень важная тема, она встречается повсеместно. Продолжай!
@soul-catcher
Ай бұрын
Это худший пример использования наследования, который только можно было представить. Вы нарушаете SRP и создаёте God object из уже существующего класса, запихивая туда функциональность, которой явно там не место. Вместо наследования в этом примере можно было использовать композицию, а лучше вообще обойтись без объединения бота и API клиента в одном классе. Сделать простую фабричную функцию для создания экземпляра класса PokeAPIClient и вызывать её прямо в хэндлере выглядит как лучшее из простейших решений. Интернет и так завален откровенным мусором среди обучающих материалов, так вы вместо того, чтобы с этим хоть как-то бороться привносите ещё больше мусора. Для обучающегося критически важно сформировать правильное понимание новых концепций. Для упрощения можно срезать много углов, но никогда нельзя подменять концепцию на что-то другое. ООП и так достаточно сложная тема, но благодаря таким как вы она становится ещё сложнее. Желание делать обучающие материалы невероятно похвально, но действительно хорошие материалы получаются тогда, когда их автор рассказывает про темы, которые он настолько хорошо знает, что они ему кажутся очевидными и скучными.
@supreltd
2 ай бұрын
Зачем изобретать велосипед, если его можно угнать и навешать опций :) Николай, как всегда ты крут!
@ddnsupp
2 ай бұрын
Крутая и неочевидная фишка с декорированием, которую я нигде в профильных видео по тг ботам на puthon не видел! Спасибо! Так ведь можно что-то полезное делать, пользовательские метрики например внутри бота собирать 😊
@nb-qx1bz
4 ай бұрын
Идеально подобрана футболка)
@ITism_movement
4 ай бұрын
спасибо! сам не понимаю почему я её не носил раньше)
@ruslanmusifullin8436
4 ай бұрын
Пока не совсем понятно, что это будет) Но идея классная, т.к. любое сообщество в правильном направлении - это сила👍 Желаю вдохновения, энергии и идей!
Пікірлер