Без лишнего объяснил и внес большое количество информации за 16 минут. Спасибо, у вас точно есть талант объяснять людям, как все работает ! Ждем еще больше видео роликов !
Продолжай пожалуйста! Еще ООП) Кстати расскажи о себе. Иииии можно в видео не ускорять, звук слишком быстрый. Если надо, то можно самостоятельно ускорить видео а ютубе
Что-то сложновато для новичка будет: особенно про магические методы: init, str Надо было показать, что было бы если их не было, как можно было по-другому присваивать атрибутам значения P.S. В нынешних реалиях это уже стажер должен знать, как минимум это любят спрашивать на собесах
Привет! Сейчас очень часто слышу, что парадигма использования ООП себя отживает и переходят на функциональное программирование. У тебя есть на этот счет мнение? В данном ключе, я бы порекомендовал сделать, аналогичный или дополнение к существующему ролику, переписать данный код на функции. Мне кажется, что было бы наглядно увидеть в чем плюсы и минусы двух подходов.
Для себя изучал факультативно, поэтому вот так сходу в функциональном стиле я точно не напишу Шикарный доклад был на pycon на эту тему советую посмотреть - m.th-cam.com/video/OHbkCb38pwk/w-d-xo.html
В задаче, где объекты явно выражены, например в игре, и так ясно что есть классы, что атрибуты, а что методы. Вот только ооп применяется и в задачах, где всё на столько абстрактно, что не понятно даже то, что является классом, не то что уж его атрибутами, методами и объектами. Например, веб-приложение для перевода векторного изображения в g-код, или программа для копирования файлов с дисков и загрузки их в облачное хранилище, или так популярные сейчас телеграмм боты. Вот в них не понятно как их написать в ооп стиле. И особенно не понятно, потому что ни кто об этом не говорит, нужно ли в ооп стиле само приложение делать классом?
Ты приводишь примеры и сам там выделяешь абстракции: 1) Копирование файлов на диск и их загрузка в облачное хранилище - вот тебе очевидные классы: - Файл (атрибуты название, путь, расширение, занимаемое место и тд) Хранилище (информация необходимая для авторизации, методы поиска файлов, скачивания и тд) Поэтому я бы сказал, что облачное хранилище менее явный класс, чем оружие в игре Последний вопрос не понял, условно, фастапи приложение вызывается через создание объекта
@@nikolaypavlin "Поэтому я бы сказал, что облачное хранилище менее явный класс, чем оружие в игре" - так я и привёл в пример приложения, в которых не очевидные для новичка классы, потому что они абстрактны, а игровые объекты нет. По поводу второго вопроса: лисно мне не понятно, нужно ли код код основной логики программы оборачивать в класс под названием, например Program, с методом init для предустановки каких-либо атрибутов и методом для запуска выполнения основного кода. На примере вашей игры, нужно ли инициализацию переменных sword, hero и т.д. и цикл while с основной логикой программы оборачивать в класс, в котором инициализация переменных будет находиться в методе init, а цикл while будет помещён в отдельный метод, например под названием run?
Хотел написать не менее явный класс, опечатался, т.е. это достаточно нативно ощущается, в целом рекомендую ознакомится с практиками Domain Driven Design Да, я бы делал это через класс для сохранения единообразия подхода
![Фишки f-строк о которых ты не знал [Junior]](http://i.ytimg.com/vi/AQjCVAHXIWU/mqdefault.jpg)
![ILLSLICK X YOUNGOHM - We're The same [Official Video]](http://i.ytimg.com/vi/yUJNkobYR0E/mqdefault.jpg)
Без лишнего объяснил и внес большое количество информации за 16 минут. Спасибо, у вас точно есть талант объяснять людям, как все работает ! Ждем еще больше видео роликов !
Спасибо как раз эта тема интересует
Хорошо... То что надо. Побольше б такого контента.
Продолжай пожалуйста!
Еще ООП)
Кстати расскажи о себе.
Иииии можно в видео не ускорять, звук слишком быстрый. Если надо, то можно самостоятельно ускорить видео а ютубе
В телеге есть краткая инфа о том, чем занимаюсь - t.me/pavlin_share/43
Самое забавное, когда я учил классы, я без всяких гайдов осваивал ооп создавая свой автобатлер . Сражались у меня гладиаторы ))
Что-то сложновато для новичка будет: особенно про магические методы: init, str
Надо было показать, что было бы если их не было, как можно было по-другому присваивать атрибутам значения
P.S. В нынешних реалиях это уже стажер должен знать, как минимум это любят спрашивать на собесах
Да, на канале пока нет контента для новичков, кто пишет hello world, тут уже надо знать, что такое конструктор
@@nikolaypavlinи речь не о Лего :-)
Привет! Сейчас очень часто слышу, что парадигма использования ООП себя отживает и переходят на функциональное программирование. У тебя есть на этот счет мнение? В данном ключе, я бы порекомендовал сделать, аналогичный или дополнение к существующему ролику, переписать данный код на функции. Мне кажется, что было бы наглядно увидеть в чем плюсы и минусы двух подходов.
Для себя изучал факультативно, поэтому вот так сходу в функциональном стиле я точно не напишу
Шикарный доклад был на pycon на эту тему советую посмотреть - m.th-cam.com/video/OHbkCb38pwk/w-d-xo.html
В JS сначала было все на функциях, потом добавили классы, теперь опять всё функциях. В питоне было на классах, теперь на функциях...что же дальше? 😂
@@nikolaypavlin Спасибо. Посмотрим!
Сделайте видео про sqlalchemy, про миграции там, про alembic, было бы интересно послушать
Спасибо за идею!
В задаче, где объекты явно выражены, например в игре, и так ясно что есть классы, что атрибуты, а что методы. Вот только ооп применяется и в задачах, где всё на столько абстрактно, что не понятно даже то, что является классом, не то что уж его атрибутами, методами и объектами. Например, веб-приложение для перевода векторного изображения в g-код, или программа для копирования файлов с дисков и загрузки их в облачное хранилище, или так популярные сейчас телеграмм боты. Вот в них не понятно как их написать в ооп стиле.
И особенно не понятно, потому что ни кто об этом не говорит, нужно ли в ооп стиле само приложение делать классом?
Ты приводишь примеры и сам там выделяешь абстракции:
1) Копирование файлов на диск и их загрузка в облачное хранилище - вот тебе очевидные классы:
- Файл (атрибуты название, путь, расширение, занимаемое место и тд)
Хранилище (информация необходимая для авторизации, методы поиска файлов, скачивания и тд)
Поэтому я бы сказал, что облачное хранилище менее явный класс, чем оружие в игре
Последний вопрос не понял, условно, фастапи приложение вызывается через создание объекта
@@nikolaypavlin "Поэтому я бы сказал, что облачное хранилище менее явный класс, чем оружие в игре" - так я и привёл в пример приложения, в которых не очевидные для новичка классы, потому что они абстрактны, а игровые объекты нет.
По поводу второго вопроса: лисно мне не понятно, нужно ли код код основной логики программы оборачивать в класс под названием, например Program, с методом init для предустановки каких-либо атрибутов и методом для запуска выполнения основного кода.
На примере вашей игры, нужно ли инициализацию переменных sword, hero и т.д. и цикл while с основной логикой программы оборачивать в класс, в котором инициализация переменных будет находиться в методе init, а цикл while будет помещён в отдельный метод, например под названием run?
Хотел написать не менее явный класс, опечатался, т.е. это достаточно нативно ощущается, в целом рекомендую ознакомится с практиками Domain Driven Design
Да, я бы делал это через класс для сохранения единообразия подхода
@@nikolaypavlin Для опытного разработчика, возможно и явные классы, но для новичка точно нет.