Size: a a a

2021 November 15

AF

Alexy Fateev in Python
Уже понятнее. Спасибо.
источник

ИВ

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

AF

Alexy Fateev in Python
Спасибо.
источник

A

Artem in Python
Определяется абстрактный класс, наследники должны определить все методы родителя, но при этом каждый работает с разными атрибутами (один с email, другой с кодом подтверждения и т.д.). В __init__ тогда определяются те атрибуты, с которым этот класс будет работать

Где-то могу ошибаться, может меня поправят. Но в целом так
источник

A

Alex in Python
ЩИТО?
источник

AF

Alexy Fateev in Python
Это получается 5ый принцип. Принцип инверсии зависимостей
источник

T

Tishka17 in Python
Вот Илья правильно сказал, а это хз что
источник

A

Alex in Python
Нет. Это получается какая-то бессмысленная хрень.
источник

A

Artem in Python
Понял. Значит я не так понимаю...Хотя вроде видос смотрел, конспектировал
источник

AF

Alexy Fateev in Python
Это видос англоязычный где тип рассказывает на примере PaymentProcessor?
источник

A

Artem in Python
Да
источник

AF

Alexy Fateev in Python
Я понял.
источник

T

Tishka17 in Python
Вероятно ты правильно запомнил что в видосе было, но не понял концепцию
источник

A

Artem in Python
Спасибо, что указали на ошибку. Буду в курсе
источник

Z

Zack!? in Python
вот сначала количество комбинаций было небольшое, можно было спокойно в списочек в памяти уместить)
потом прыгнуло до мульёнов и первое решение, которое в голову пришло: ладно, будем сохранять в бд)
и вишенкой на торте в конце оказалось то, что надо бы пореже аксессуары выдавать, большая вероятность у них)
источник

Z

Zack!? in Python
да +- сейчас буду такое решение строить
спасибо
источник

ИВ

Илья Власов... in Python
Если хочешь пореже аксессуары выдавать, то можешь в явном виде захардкодить реролл рандома, если их слишком много. Просто тут с условиями "не слишком много чего-то" уже тихо на ушко начинает шептать задача о рюкзаке
источник

A

A in Python
Привет. Помогите понять как называется аналогичная вещь в Python? Что бы пропускать данные и последовательно по очереди их обрабатывать через конвейер.

В я зыке Dart:
https://habr.com/ru/post/450950/
источник

ИВ

Илья Власов... in Python
Кстати, по поводу задачи о рюкзаке.
Есть 50 наций в циве и у них есть рейтинг от 1 до 5 условно. И есть 6 игроков. Нужно каждому дать набор из 4 наций, чтобы суммарный рейтинг у них был одинаковый. При этом нации уникальные должны быть(удаляются из списка после выбора)
Я вот такую же схему с рероллами неудачным комбинаций сделал, но мне кажется, что можно что-то поинтереснее придумать. Думал нагенерить все возможные наборы и из них тыкать случайный и потом проверять, что следующий не содержит ничего из предыдущего. Но когда посчитал количество вариантов, то чет приуныл. На ноуте, с которого поднимаю бота, оперативы и так не много.
источник

Д

Датасаенсяш... in Python
Ну это не задача о рюкзаке
источник