кай. эт амазоновский сервис или тулза отдельная?

амазоновский

Now licensed under Apache 2.0 License https://ponyorm.com/

Now licensed under Apache 2.0 License https://ponyorm.com/

Ну, молодцы!!!

Они ещё обещали код отформатировать по пеп8

Они ещё обещали код отформатировать по пеп8

Это фантастика

поделишься от нас рекламкой коллег?

done

done

?

pony/core.py at orm · ponyorm/pony https://github.com/ponyorm/pony/blob/orm/pony/orm/core.py

До идеала там ещё далеко, но это уже 4 пробела, хотя бы!

pony/core.py at orm · ponyorm/pony https://github.com/ponyorm/pony/blob/orm/pony/orm/core.py

5617 строк - это нормально?

Говнакода...

Говнариии

5617 строк - это нормально?

Поищи как оно выглядело до переформатирования

Стало лучше

Да ладно, я видел код клиента к NDB от Google App Engine руки самого Гвидо. Файлы 9к строк отформатированные гугловым кодстайлом по два пробела.

Да норм

а тут всего 6к

Но говнари

Это ничего не меняет

Да ладно, я видел код клиента к NDB от Google App Engine руки самого Гвидо. Файлы 9к строк отформатированные гугловым кодстайлом по два пробела.

Это не гугловый значит, а хромовский

ну хромовский он про плюсы же прежде всего

ну хромовский он про плюсы же прежде всего

Не, у них есть свой питоновский

И это...

Говнариии

:D

Да ладно, я видел код клиента к NDB от Google App Engine руки самого Гвидо. Файлы 9к строк отформатированные гугловым кодстайлом по два пробела.

Гвидо же идеолог по большей части, а говнокод все пишут

Не, у них есть свой питоновский

и он примечателен, почитайте кто ещё не

например они не юзают мета-классы

например они не юзают мета-классы

хочешь сказать, это правильно?

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

например они не юзают мета-классы

У них имена классов, функций и методов кэмелкейсом с большой буквы. Т.е. GetFoo() может и инстанс такого класса создать и быть функцией

На выбор

например они не юзают мета-классы

Ну вот в том самом коде клиента к NDB метаклассы разумеется были. Без них сложновато удобную ORM собрать

А кто хочет поехать в финку похакатонить? https://hackjunction.com/

Коллеги, помогите определиться с выбором либы для реализации JSON-RPC сервера

Graphql?

Странный вопрос. А посоветуйте книг про проектирование\реализацию ассинхронных\реактивных систем...

Странный вопрос. А посоветуйте книг про проектирование\реализацию ассинхронных\реактивных систем...

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

Что?

Хм, в обшем я для себя просил. Но не завязываясь на язык, либы...

извините, мне с утра показалось, что это продолжение вопроса

кстати, тоже почитал бы

Коллеги, помогите определиться с выбором либы для реализации JSON-RPC сервера

rpc2 ?

rpc2 ?

можно линк?

смотрю в сторону flask-jsonrpc, подкупила возможностью обзора api (api/browse), но не охота за собой flask тащить

а что охота за собой тащить?

чем меньше, тем лучше

...

что не так?

ну бери там вебоб какой тогда и херачь на голимом всги, чо

А jsonrpc надо по http?

ну или вон модное асинковое гуано

ну или вон модное асинковое гуано

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

ну да, прям откровения святых асинк апостолов - нет нихуя кроме асинка и аиохттп пророк его

ой-ой, какой наезд)

И почему надо именно RPC через json, а не rest?

разборка питерская)

патамушта в нем за 95% плотют

ну да, прям откровения святых асинк апостолов - нет нихуя кроме асинка и аиохттп пророк его

Это никак не связано с тем, что я написал. Тот чувак тоже так делает.

я между прочим не против асинка я против его форса куда попало

Вот это вот перейти на спорную частность и убить этим весь разговор в общем

я между прочим не против асинка я против его форса куда попало

Чо ты его сейчас сюда приплел?

разговор о чем? об умершем всги?

разговор о чем? об умершем всги?

С чего умершем? Ты же за него топил?

ERROR: S client not available

я думал мы всё еще срач разводим про ту херню что ты ляпнул

это ты его хоронил

это ты его хоронил

Это было в контексте асинка, что оно для него не подходит.

эм...

мы явно думали о разных контекстах в тот момент, значит

А так как для хттп нужен асинк, потому что это ио, делаем выводы

не нужен

Ок, давай за jsonrpc вернемся

мкай

не нужен

Твоё мнение мы все поняли

вопрос про рест кстати вполне резонный

Твоё мнение мы все поняли

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

По мне RPC эффективно, когда мы используем протоколы близкие к внутреннему предоставлению языка

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

Давно да. Успешно - нет.

для тебя критерий успешности явно конкурренси

для тебя критерий успешности явно конкурренси

Для меня критерий успешности rps и накладные расходы.

Накладные расходы любого человекочитаемого протокола - это очень много и бесполезно

rps на 20 тредах с gil мы знаем какой...

gevent помогает, но это ровно асинк

Всё, не неси больше чушь

Коллеги, помогите определиться с выбором либы для реализации JSON-RPC сервера

Чо там с RPC?

Суть такова. Есть программа на яве. С ней нужно взаимодействовать извне. У самой программы апи неспецифицировано, там и рест, и соап и чего только нет. Было решено написать прослойку, которая дергала бы нужные апи программы и отдавала красивый json. Смысл -- скрыть от клиента реализацию. Проблема в выборе технологии для реализации этой самой прослойки. Хочу выслушать мнения. Спасибо

И почему надо именно RPC через json, а не rest?

Потому что рест - какашка

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

Суть такова. Есть программа на яве. С ней нужно взаимодействовать извне. У самой программы апи неспецифицировано, там и рест, и соап и чего только нет. Было решено написать прослойку, которая дергала бы нужные апи программы и отдавала красивый json. Смысл -- скрыть от клиента реализацию. Проблема в выборе технологии для реализации этой самой прослойки. Хочу выслушать мнения. Спасибо

Т.е. есть черный/серый ящик, торчащий странным наружу. Хочется внутри приложения на Питоне использовать это неким удобным способом.

Понятно, что нужно написать либу, которая будет унифицировать общение с этим ящиком.

А вот дальше вопрос, нужен ли между этой либой и приложением еще разрыв в форме RPC...

И если, все-таки нужен. То у нас задача RPC типа Python-Python

На фига тут json?

Protobuf, cbor и прочие бинарные форматы тут были бы очень к месту

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

gevent помогает, но это ровно асинк

Ну на самом деле как смотреть. С точки зрения api - он синхронный, в отличие от asyncio