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

Джанго прекрасно масштабируется и кастомизируется

учитывая что бизнес часто сам не особо в курсе -вопрос открытый

Джанго прекрасно масштабируется и кастомизируется

как и все остальное, вопрос в сложности)

Ну вот у меня была задаача - завести технчиеский URL для раздачи метрик приложения. Само приложение ни капли не web. Брать для этого джангу - ну вообще не хочется

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

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

может быть даже фласк перебор

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

мы так говорим о готовности изучения батареек, как будто это требует больше чем пары дней на все

А Джанго переходишь когда в MUVC от MVC - все, кастом квери, кастом поведение и тп. Только асинхрон единственное ограничение

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

в первом случае ты скорее всего возьмешь человека, который "знает джангу". А во втором - который понимает как это должно работать

мы так говорим о готовности изучения батареек, как будто это требует больше чем пары дней на все

Alchemy + alembic мне выглядят более сложными чем джанго орм.

в первом случае ты скорее всего возьмешь человека, который "знает джангу". А во втором - который понимает как это должно работать

а если он понимает, но имеет отрицательный опыт работы с каким-нибудь Jinja и знает что это плохой выбор?

программным инженерам платят за то, чтобы они решали проблему бизнеса. а за героическую борьбу с придуманными проблемами никто не платит

+

а если он понимает, но имеет отрицательный опыт работы с каким-нибудь Jinja и знает что это плохой выбор?

всяко может быть.

в первом случае ты скорее всего возьмешь человека, который "знает джангу". А во втором - который понимает как это должно работать

В реальности это не гарантирует ничего

я в жс устал тратить кучу энергии на выбор модулей для приложения поэтому, мне проще взять Джанго которая покрывает 90% типовых потребностей и не ломать голову над тем что выбрать для ОРМа и что для темплейтов.

Если учитывать, что ваше приложение должно работать таки по API, то окажется, что django покрывает довольно мало

В реальности это не гарантирует ничего

угу

Если учитывать, что ваше приложение должно работать таки по API, то окажется, что django покрывает довольно мало

что же там такого по апи надо, чего она не умеет?

Ну, django-rest-framework появился как бы не просто так)

Ну, django-rest-framework появился как бы не просто так)

голый фласк вот прям по ресту работает?)

Flask-JSON-API либа есть, сейчас прямо пишу

Нет, но как бы django же тоже не спасает от того, что нужно выбирать либу

Когда-то спасала, а теперь уже нет

Кто же с этим спорит! Выбирать постоянно приходится

Flask-JSON-API либа есть, сейчас прямо пишу

0_о

Flask-JSON-API либа есть, сейчас прямо пишу

фласк рест чем плох?

Кто же с этим спорит! Выбирать постоянно приходится

А автор оригинальног коммента жалуется на это

А автор оригинальног коммента жалуется на это

Он говорил о том, что запарился выбирать базовые вещи. Я это так понял

Глянул в пипенв, тут flask-restful тоже есть, наверное тот джсон зачем-то тоже подтянули

Он говорил о том, что запарился выбирать базовые вещи. Я это так понял

если это про меня то да.

Flask-restful, flask-rest-jsonapi рядом две библиотеки, сиди гадай что где

Flask-restful, flask-rest-jsonapi рядом две библиотеки, сиди гадай что где

Выход есть! Своё колесо!)

Flask-restful, flask-rest-jsonapi рядом две библиотеки, сиди гадай что где

ну, по идее чтение документации на оба + issues гитхаба должны помочь выбрать

Уверен, что у каждой из них есть свои плюсы-минксы. Раз одна не задавила другую

DRF порешала аналоги

ну так и здорово же, выбор

смотришь какие плюсы тебе важнее, какие минусы менее критичны

ну так и здорово же, выбор

Формошлепам он избыточен

справедливо. но мы же не такие?

Так мы и не жалуемся)

ну так и здорово же, выбор

Интересно, до 2004 года и стандарта USB про тысячи переходников так же рассуждали?

Лучше одно крутое и полное решение, как по мне

Интересно, до 2004 года и стандарта USB про тысячи переходников так же рассуждали?

отличный аргумент но нет. хардварные стандарты немного про другое

отличный аргумент но нет. хардварные стандарты немного про другое

Это не касается яблочников_))

Лучше одно крутое и полное решение, как по мне

Вот только таких не существует

Usb-c похоже станет таким

Usb-c похоже станет таким

Это неверная аналогия

Это не касается яблочников_))

причем тут яблоко? поддержка десятка разьемов и умение выбрать из трех либ не сопоставимы по затратам от слова совсем

не говоря о том, что это в целом разные вещи, требующие разного всего, и сравнивать их некорретно

Вот только таких не существует

Всё относительно. Когда вообще нет библиотек, фласковские обгрызки выглядят полным решением. Но по сравнению с фласковскими обгрызками DRF выглядит полным решением и т.д. Нам всегда будет не хватать.

когда делаешь что-то совершенно левое, DRF выглядит каком-то монстром

когда делаешь что-то совершенно левое, DRF выглядит каком-то монстром

+ усложняет разработку потому что нужно ещё доку читать а как там они это реализовали

ну доку читать - ладно. Скорее ты просто выкидываешь почти все готовые компоненты

Господа, у кого-нибудь есть идеи, как заставить этот сниппет заработать в Python 3.6? https://pastebin.com/uRpumGiB Очевидно, проблема в этом баге, который пофиксили в PEP 560, но опции перейти на 3.7 у меня сейчас нету

#работа #удаленка На проект требуется python-разработчик Нужно написать бэк для браузерной игры покер. Уже есть готовое решение с гитхаба, нужно его переделать под наши требования, а именно дописать простое АПИ и соединить с нашим фронтом Стек: Python, Flask, redis, MongoDB или любая удобная вам СУБД Оплата : договорная за задачу, наш бюджет до 100 тысяч рублей

Кто-нибудь подвергал изменению объект dataframe pandas sql-запросом внутри python3?

Господа, у кого-нибудь есть идеи, как заставить этот сниппет заработать в Python 3.6? https://pastebin.com/uRpumGiB Очевидно, проблема в этом баге, который пофиксили в PEP 560, но опции перейти на 3.7 у меня сейчас нету

Эм. А зачем так?

Что за баг не открывается, сорри

Эм. А зачем так?

Что именно зачем?

kwarg при наследовании

И init subclass метод

Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/usr/lib/python3.6/typing.py", line 682, in inner return func(*args, **kwds) File "/usr/lib/python3.6/typing.py", line 1143, in __getitem__ orig_bases=self.__orig_bases__) File "/usr/lib/python3.6/typing.py", line 978, in __new__ self = super().__new__(cls, name, bases, namespace, _root=True) File "/usr/lib/python3.6/typing.py", line 137, in __new__ return super().__new__(cls, name, bases, namespace) File "/usr/lib/python3.6/abc.py", line 133, in __new__ cls = super().__new__(mcls, name, bases, namespace, **kwargs) TypeError: __init_subclass__() missing 1 required positional argument: 'kw_only_arg'

там такой трэйс на 3.6

На основе него в реальном коде производится некая дополнительная работа То же самое можно было бы достичь зафигачив метакласс

там такой трэйс на 3.6

Да При этом на 3.7 работает нормально, потому что в 3.7 нативные генерики

Лучше одно крутое и полное решение, как по мне

Если интересно я пробовал аналог делать, пока есть сериалайзеры остальное допиливать планирую. Сам использую на фласке и аиохттп активно(сериалайзеры тащят) https://github.com/nxexox/python-rest-framework

Хм. Я с настороженностью отношусь к метаклассам в реальном коде. Ты уверен, что нельзя это заменить на композицию?

В реальности я с помощью этого кода составляю список подклассов Это можно сделать вручную, но тогда это придётся делать в ещё одном месте

Кто-нибудь подвергал изменению объект dataframe pandas sql-запросом внутри python3?

inplace=True?

Список подклассов?

В реальности я с помощью этого кода составляю список подклассов Это можно сделать вручную, но тогда это придётся делать в ещё одном месте

Для этого ввели как раз __init_subclass

Зачем такое может понадобиться?

Зачем такое может понадобиться?

Это офигенно, если надо отслеживать экземпляры

Кто-нибудь подвергал изменению объект dataframe pandas sql-запросом внутри python3?

?

Это офигенно, если надо отслеживать экземпляры

Для отладки - ок. Но не более

Зачем такое может понадобиться?

Вкратце: есть события, есть обработчики событий. Обработчик событий наследуется от базового обработчика с дополнительным аргументом в виде типа события, который он может обрабатывать. На основе этого составляется таблица роутинга.

Зачем такое может понадобиться?

например, что бы выбирать стратегию поведения. В базовом классе абстрактная логика, в наследниках реализация. И вместо регистрации ручками, автоматическая

Этот уровень магичности я считаю допустимым для реального кода Я ж не AST переписываю, а всего лишь хуки добавляю

Для отладки - ок. Но не более

Наоборот. Для боя, когда у тебя паттерны строгие. Но сложной логики там быть не должно, конечно

например, что бы выбирать стратегию поведения. В базовом классе абстрактная логика, в наследниках реализация. И вместо регистрации ручками, автоматическая

Да, именно так

например, что бы выбирать стратегию поведения. В базовом классе абстрактная логика, в наследниках реализация. И вместо регистрации ручками, автоматическая

Реализация - это реализация. Просто переопредляешь метод и всё

Автоматический выбор реализации

Вкратце: есть события, есть обработчики событий. Обработчик событий наследуется от базового обработчика с дополнительным аргументом в виде типа события, который он может обрабатывать. На основе этого составляется таблица роутинга.

Почему обработчик - не инстанс ?

Автоматический выбор реализации делается с помощью паттерна стратегия

Есть разные типы обработчиков Условно, у нас происходит два типа событий, на каждое из них свой обработчик

Соответственно, обработчик — генерик по типу события

Автоматический выбор реализации делается с помощью паттерна стратегия

Ну так это и есть реализация этого паттерна