При чем тут динамическая типизация?

Окамл, хаскель.

Хиндли-Милнер, статическая типизация.

Вообще говно эта ваша типизация в С++, нет там строгости, указатель на void и всё вот это

reinterpret_cast еще :)

В питоне хотя бы строгая типизация, str+int сделать не получится. А в этом вашем С из-за ошибок неявного приведения типов столько граблей собрано за десятилетия, что бесполезно считать

Вообще говно эта ваша типизация в С++, нет там строгости, указатель на void и всё вот это

Полное

По поводу динамической, BaLoo по моему просто перепутал терминологию. Он имел в виду неявное, а не динамическое. В контексте лямбла-функций в C++ получается как раз неявно типизированное возвращаемое значение.

А в питоне мы дождёмся когда-нибудь полноценных лямбд? Есть PEPы хоть?

а кому они нужны-то?

Вообще говно эта ваша типизация в С++, нет там строгости, указатель на void и всё вот это

ну, потому что не было тогда ещё rust ;)

наоборот функциональщину переместили ближе к сортиру

А в питоне мы дождёмся когда-нибудь полноценных лямбд? Есть PEPы хоть?

чтобы что?

а кому они нужны-то?

Наверное, никому, если функции в принципе высшего порядка.

чтобы что?

Чтобы было

Или убрать нафиг lambda вообще

Чтобы было

зачем?

Или убрать нафиг lambda вообще

зачем?

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

а я не хочу рисовать отдельную функцию там где нужен короткий кусок кода типа lambda x:(x[1], x[0])

А я не хочу использовать operator там где можно было бы его не использовать

lambda a: a+=1

вместо lambda a: operator.iadd(a, 1)

Надуманный пример, конечно, но вот это иногда раздражает

С наступающим, народ

Пью за вас)

Ура ура

С новым годом!

С наступающим!

:)

Эхееей

С новым годом!!! Ура!!! ?

с новым)

С новым годом!

С новым годом))

С новым годом !!!

С Новым Годом!!!

Ураа!

Уииии

с новым годом!!!

а у нас тут кто-то же готовил уже graphql на питоне

кто это был?)

@nonamenix ? =)

Чтобы в качестве клиента был питон ...

Чтобы в качестве клиента был питон ...

Мне кажется, есть и более простые способы придумать себе проблем

https://github.com/graphql-python

Так интереснее

не, за ссылки спасибо, я хотел пару вопросов про опыт спросить

невермайнд

я GraphQL на js делал.

на js там тоже нужно, но интереснее python-2-python, конечно ) потому что это немножечко нестандартный кейс

смотри сам

там вроде все просто

https://github.com/graphql-python/graphene

это?

это сервер. И https://github.com/graphql-python/gql как клиент. Если не путаю

путаешь

клиент это для того чтобы тестить сервер

ERROR: S client not available

с приложения клиент не нужен

посты отправляешь данные получаешь

ты про рестовые посты?

типа, есть один обычный рестовый entrypoint, куда шлётся любая query POST-ом, так? И в респонс заворачивается ответ от внутреннего grapql-сервера.

entrypoint один или несколько

как вариант можно и на websocket повесить

ну т.е способ передачи здесь не важен

grapql это соглащение на язык запросов

ага, ясно.

где через type можно связи создавать

у тебя прямой чат не открылся?

я тебе туда пишу, как рыба об лед

а, открылся, но только на мобилке ) Прости

А нахрена нужен rest?

А нахрена нужен rest?

как транспорт. способ передать query и получить ответ от graphql-серва

но если что было бы круто услышать от тебя как на самом деле, Рома :)

я сам маску на стройке нашёл

я сегодня созвонился с Alex и он мне рассказал как он готовил graphql (спасибо! ^_^). И я вроде даже прям понял, как мне это сделать python-2-python. Взять графене и пустить её на эндпоинт, дёргать этот эндпоинт постом. Работать явно будет. Но не факт, что это православный way.

Православный way

Бесполезный talk

Зарубежный speaker

как что-то bad

Да не, ничего personal

Серьезно, I mean

.. вы done?)

Кажется, yes

Может есть еще variants?

я, право, don't know

так, enough флуд, сейчас триггернём лига с банхаммером :)))

возвращаясь к теме: если кто-то может сказать, как правильно приготовить graphql python-2-python, было бы здорово послушать.

Йех