Size: a a a

2020 May 21

Б

Боброний in PiterPy Meetup
Eugene
Есть ещё pendulum (от автора poetry), там в классе duration есть total_ методы для всего :) но ведет он себя так же как timedelta
https://pendulum.eustace.io/
Он крут
источник

E

Eugene in PiterPy Meetup
Боброний
Он крут
там этих библиотек для даты-времени столько... pendulum, maya, arrow, dateutil, pytz, каждый пытается решить какую-то проблему.
По моему проблема работы с датой и временем вообще неразрешима в общем виде. :)
источник

DA

Dmitry Alimov in PiterPy Meetup
да, причём, проблема-то глобальна, не завязанная на python. с датами и временем везде сложно бай дизайн.
мы в прошлой компании ловили багу в проде, связанную с переводом часов, обошедшуюся нам кругленькой суммой. это был эмбеддед на c++. да и сколько людей из-за перевода часов страдают)
источник

p

pragus in PiterPy Meetup
Alexander Ovchinnikov 🦁
вообще, WSGI-фреймворки в 2020 становятся немного неактуальными, но на них много legacy
Почему?
источник

p

pragus in PiterPy Meetup
Alexander Ovchinnikov 🦁
для тех, кто хочет что-то современное и не Django, смотрите в сторону Starlette или FastAPI (надстройка над Starlette для интеграции OpenAPI)
А в чем именно состоит их современность?
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
pragus
Почему?
ну, это как Python2 и Python3)
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
сейчас некоторое время будут и те и другие, лет 10 😄
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
полагаю, для маленьких сайтов без разницы, а крупные сэкономят деньги если перейдут с WSGI на ASGI фреймворки, станут платить меньше за хостинг..
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
так что всё то legacy маленьких сайтов, которые уже созданы, наверное, так и останутся в том виде, в котором созданы, а светлое будущее за ASGI-фреймворками
источник

p

pragus in PiterPy Meetup
Alexander Ovchinnikov 🦁
полагаю, для маленьких сайтов без разницы, а крупные сэкономят деньги если перейдут с WSGI на ASGI фреймворки, станут платить меньше за хостинг..
В этом смысле больше огня даст переезд на nodejs
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
pragus
В этом смысле больше огня даст переезд на nodejs
Ну там можно посмотреть бенчмарки, но из-за типизации вряд ли средний питонист считает JS серьёзным ЯП и будет хотеть что-то переписывать на Node.js..
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
Средний питонист думает про это «формошлёпство какое-то, зачем тащить это на сервер», конечно, есть исключения...
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
Переезд с WSGI фреймворков на ASGI проще в том смысле, что в самом начале код можно обложить sync_to_async декораторами и он будет работать...
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
Ну, а дальше переписывать то, во что упирается, то есть переезд плавный и безболезненный почти
источник

SS

Sergey Sokolov in PiterPy Meetup
Alexander Ovchinnikov 🦁
Ну там можно посмотреть бенчмарки, но из-за типизации вряд ли средний питонист считает JS серьёзным ЯП и будет хотеть что-то переписывать на Node.js..
источник

SS

Sergey Sokolov in PiterPy Meetup
Какое-то голословное обобщение
источник

SS

Sergey Sokolov in PiterPy Meetup
На ноде с тайпскриптом довольно приятно писать код, пока не наступаешь на грабли жса
источник

DB

Dima Boger in PiterPy Meetup
JS больно, TS прикольно, Flow мило, транспиллы не круто
источник

AO

Alexander Ovchinniko... in PiterPy Meetup
Sergey Sokolov
На ноде с тайпскриптом довольно приятно писать код, пока не наступаешь на грабли жса
ну, мне кажется немного странным переписывание кода на питоне на код на php или js или ruby, это "менять шило на мыло"... переписывание на go/rust/с (части кода) я могу понять (конкретный кусок кода будет работать существенно быстрее),..
источник

p

pragus in PiterPy Meetup
Alexander Ovchinnikov 🦁
Ну там можно посмотреть бенчмарки, но из-за типизации вряд ли средний питонист считает JS серьёзным ЯП и будет хотеть что-то переписывать на Node.js..
я написал nodejs, но ничего не писал про сам js.
источник