Size: a a a

Python для анализа данных

2021 January 10

AL

Aleksey Laptev in Python для анализа данных
Ох, я крайне рекомендую почитать про ООП, оно не зависит от языка, это способ мышления и организации кода.

«Абстрактные функции» это по факту тоже метод.

Вы на классы разбиваете например работу с апи google ads и facebook, методы внутри классов выполняют логальные задачи. Внутри методов уже ваши низко уровневые абстрактные функции которые что-то по-мелочи делают.

Иначе дальше простых одноразовых скриптов не продвинитесь, утоните в сложности кода.
источник

С

Сергей in Python для анализа данных
Andrew Dakhnovsky
может человек из жабы пришел
его надо пожалеть)))
Ну, если из javы... Хотя, почему бы ему не открыть глаза на другое
источник

AD

Andrew Dakhnovsky in Python для анализа данных
Aleksey Laptev
Ох, я крайне рекомендую почитать про ООП, оно не зависит от языка, это способ мышления и организации кода.

«Абстрактные функции» это по факту тоже метод.

Вы на классы разбиваете например работу с апи google ads и facebook, методы внутри классов выполняют логальные задачи. Внутри методов уже ваши низко уровневые абстрактные функции которые что-то по-мелочи делают.

Иначе дальше простых одноразовых скриптов не продвинитесь, утоните в сложности кода.
ну вот например у меня агрегирование по условию и суммирование
все это над таблицей-датафреймом
мне обязательно класс заводить или можно просто функцию написать?
источник

С

Сергей in Python для анализа данных
Aleksey Laptev
Ох, я крайне рекомендую почитать про ООП, оно не зависит от языка, это способ мышления и организации кода.

«Абстрактные функции» это по факту тоже метод.

Вы на классы разбиваете например работу с апи google ads и facebook, методы внутри классов выполняют логальные задачи. Внутри методов уже ваши низко уровневые абстрактные функции которые что-то по-мелочи делают.

Иначе дальше простых одноразовых скриптов не продвинитесь, утоните в сложности кода.
Я читал и не только) в курсе про ООП. Все зависит от задач, где-то ООП, где-то функции решают. Главное не зашориваться и использовать то, что лучше подходит
источник

AT

Alexander T in Python для анализа данных
Aleksey Laptev
Лучше сразу ооп использовать чтобы был порядок в голове и коде. Функциональное программирование это одни минусы с практической точки зрения.
весьма громкое заявление.
источник

AL

Aleksey Laptev in Python для анализа данных
ясно, видимо я не очень разбираюсь
источник

AT

Alexander T in Python для анализа данных
видимо.
источник

С

Сергей in Python для анализа данных
Andrew Dakhnovsky
ну вот например у меня агрегирование по условию и суммирование
все это над таблицей-датафреймом
мне обязательно класс заводить или можно просто функцию написать?
Лучше использовать готовые библиотеки, зачем изобретать велосипед?..
источник

PZ

Pavel Zheltouhov in Python для анализа данных
Ребятушки, даже не представляете как вам повезло, если такие вопросы в принципе возникают. В других отраслях просто убивают за гаражами за неправильное использование ООП.
А в блокнотике - можно и без
источник

VM

Valerii Mamontov in Python для анализа данных
Умные люди всё чаще говорят, что ООП не панацея и так себе, как "технология".
источник

PZ

Pavel Zheltouhov in Python для анализа данных
Все дело в большей ценности аналитического Вывода, по сравнению с поддерживаемостью Кода.
или вот еще Гуру пишет:
источник

PZ

Pavel Zheltouhov in Python для анализа данных
источник

VM

Valerii Mamontov in Python для анализа данных
https://youtu.be/55wwcymy6OA

Время 30:43 - очень кратко про развитие технологий и место ООП в нем.
источник

AL

Aleksey Laptev in Python для анализа данных
Какая то ерунда, парень заменил классы асинхронностью - способом работы кода.
источник

AL

Aleksey Laptev in Python для анализа данных
Там комент верный на ютубе
источник

ИС

Игорь Степанов... in Python для анализа данных
Alex K
откуда все эти люди?
😂
источник

VM

Valerii Mamontov in Python для анализа данных
источник

AL

Aleksey Laptev in Python для анализа данных
Ну это бред
источник

AL

Aleksey Laptev in Python для анализа данных
ООП-код является недетерминированным. В отличие от функционального программирования, нет гарантий в получении одинакового вывода при одинаковых входных данных. Это делает анализ программы очень сложным. В качестве упрощённого примера: вывод 2 + 2 или calculator.Add(2, 2) в основном равен четырём, но иногда он может становиться равным трём, пяти и даже 1004. Зависимости объекта Calculator могут изменить результат вычисления трудно уловимым, но основательным способом.
источник

AT

Alexander T in Python для анализа данных
Aleksey Laptev
Ну это бред
это правда жизни, хоть пример и дебильный.
источник