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

Отдать фронтеднерам Пусть страдают, зато с документацией

Отдать фронтеднерам Пусть страдают, зато с документацией

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

Отдать фронтеднерам Пусть страдают, зато с документацией

ненене, пусть мы пишем cli или андроид-приложеньку, которое будет общаться с этим api. это ж для каждого ендпоинта писать костыль-обертку

ненене, пусть мы пишем cli или андроид-приложеньку, которое будет общаться с этим api. это ж для каждого ендпоинта писать костыль-обертку

Ну дык из сваггера можно как сервер генерить, так и клиент.

Генерить код, который отдаёт респонсы, которые используются для генерации сваггера, который генерит код?

Что-то тут не так

Не, не так. сервер <—генератор— swagger —генератор—> клиент Отправная точка — документация.

ненене, пусть мы пишем cli или андроид-приложеньку, которое будет общаться с этим api. это ж для каждого ендпоинта писать костыль-обертку

Зачем для каждого? Если они единообразные, можно генерить код. Статически или в рантайме по метаданным, которые можно отдельным урлом давать или в options, например, или вместе с ответом. Eve делает browsable API на flask. GraphQL экспортирует схему вместе с API.

Не, не так. сервер <—генератор— swagger —генератор—> клиент Отправная точка — документация.

По мне, так правильная отправная точка - код на одной из сторон, который дополнен документацией в каментах. Оттуда генерить доки, моки и декларации с типами аргументов для другой стороны

По мне, так правильная отправная точка - код на одной из сторон, который дополнен документацией в каментах. Оттуда генерить доки, моки и декларации с типами аргументов для другой стороны

У такого подхода есть минус: фронтэнд не может приступить к разработке, пока не реализован бэкенд. Можно, конечно, генерить документацию из интерфейсов, но это скорее вопрос удобства архитектора, где ему удобнее делать наброски.

У такого подхода есть минус: фронтэнд не может приступить к разработке, пока не реализован бэкенд. Можно, конечно, генерить документацию из интерфейсов, но это скорее вопрос удобства архитектора, где ему удобнее делать наброски.

В общем, согласен

Всем привет) Скажите, пожалуйста, кто-нибудь работал с модулем glob? При попытке пройтись модулем по большим директориям возникает ошибка ImportError: relative importpath too deep, не знаю, чем лечить(

может тогда os.walk попробовать

может тогда os.walk попробовать

Cпасибо, гляну)

Всем привет) Скажите, пожалуйста, кто-нибудь работал с модулем glob? При попытке пройтись модулем по большим директориям возникает ошибка ImportError: relative importpath too deep, не знаю, чем лечить(

а я что-то глянул точно дело в glob?

эта ошибка встречается в modulefinder.py

эта ошибка встречается в modulefinder.py

Чёрт) Да, moduleFinder, спасибо) А как её исправить?

А делал кто lazy loading для модулей? В идеале, ещё и с релоадом

Хот релоад в питонячке ?

Хот релоад в питонячке ?

Ну да

Я у модуля в атрибуте хранил mtime и при изменении делал reload

https://www.youtube.com/watch?v=-5wpm-gesOY ох уж это время...

тот же самый?)

ага

Привет, do you know anybody in Moscow working on Computer Vision, AI or Self-Driving cars? I'll be there next week Tue-Thur and I'd love to meet folks working in this area. Thanks! https://www.linkedin.com/in/rafaelmaranon/

Привет, do you know anybody in Moscow working on Computer Vision, AI or Self-Driving cars? I'll be there next week Tue-Thur and I'd love to meet folks working in this area. Thanks! https://www.linkedin.com/in/rafaelmaranon/

There's this hude DS community — ods.ai, I reckon that's what you need ;) I assume our friend @vnnpi could arrange an invite for you to their Slack workspace

Привет, do you know anybody in Moscow working on Computer Vision, AI or Self-Driving cars? I'll be there next week Tue-Thur and I'd love to meet folks working in this area. Thanks! https://www.linkedin.com/in/rafaelmaranon/

Why do you post to a local Saint-Petersburg Python chat then? Probability to meet someone from Moscow here is almost zero

Why do you post to a local Saint-Petersburg Python chat then? Probability to meet someone from Moscow here is almost zero

Here are at least two developers from Moscow. So probabiliy is >= 0,2 % ?

Я же сказал почти ноль

Why do you post to a local Saint-Petersburg Python chat then? Probability to meet someone from Moscow here is almost zero

What's the probability to find a lisper in Python chat?

100%

Потому что мы уже тут...

Here are at least two developers from Moscow. So probabiliy is >= 0,2 % ?

ты и я?

There's this hude DS community — ods.ai, I reckon that's what you need ;) I assume our friend @vnnpi could arrange an invite for you to their Slack workspace

Thanks Sergey. Figuring out what ODS Slack Channel is more appropriate...

ты и я?

Ой, я имел ввиду Николая, но он, оказывается, в чатике митапа, а не здесь. Значит, да, ты и я)

Thanks Sergey. Figuring out what ODS Slack Channel is more appropriate...

No worries. The tradition there's to start with #welcome :)

Ой, я имел ввиду Николая, но он, оказывается, в чатике митапа, а не здесь. Значит, да, ты и я)

на самом деле из мск тут еще @singulared и @Quvele

ещё @ssbug696 вроде

Ой, я имел ввиду Николая, но он, оказывается, в чатике митапа, а не здесь. Значит, да, ты и я)

Т.е. мы все тут лисперы?

Why do you post to a local Saint-Petersburg Python chat then? Probability to meet someone from Moscow here is almost zero

Потому что Рафа свой;)

Ну сори не знал

А чужих надо гнобить? ?

А чужих надо гнобить? ?

гнобить никого не надо. а вот спрашивает здесь, потому что свой, а не спамер:)

гнобить никого не надо. а вот спрашивает здесь, потому что свой, а не спамер:)

Добро ✨

кстати, секретная инфа, сегодня будет окончательно оформлена страничка на meetup доклада @wavyn у нас и пойдут анонсы

не второй вторник? Оо

не второй вторник? Оо

очень хотелось сделать второй вторник, но в это время Рафаэль будет в Москве

понятно

очень хотелось сделать второй вторник, но в это время Рафаэль будет в Москве

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

Есть кто сегодня в Яндексе на субботнике по интерфейсам?

ERROR: S client not available

+

Хорошая книжка. Название красивое.

Хорошая книжка. Название красивое.

Как быть крысой. Искусство интриг и выживания на работе ))

Только вчера был в Яндексе

23 августа в офисе DataArt сообщество SPb Python представляет огненный доклад — Rafael Marañón — "Trends in Auto Tech" meetu.ps/e/FCVTf/5nHxd/f #spbpython #talk @rafaelmaranon

23 августа в офисе DataArt сообщество SPb Python представляет огненный доклад — Rafael Marañón — "Trends in Auto Tech" meetu.ps/e/FCVTf/5nHxd/f #spbpython #talk @rafaelmaranon

все на буржуйском или планируется перевод?

все на буржуйском или планируется перевод?

Только на английском

кому не жалко дайте плиз лайков/ретвитов https://twitter.com/spbpython/status/1028623396299583488

омг https://github.com/gkbrk/python-jvm-interpreter

омг https://github.com/gkbrk/python-jvm-interpreter

скажите мне, что оно работает чуть быстрее, чем bash :)

омг https://github.com/gkbrk/python-jvm-interpreter

Кхм... А нахрена это?

Кхм... А нахрена это?

а зачем всё делается? чтобы сделать же:)

А ну да, я забыл же Основную Цель...

Кхм... А нахрена это?

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

А как оно многопоточный код исполнять будет на GIL ?

ПОПЕРЕМЕННО ? ?

?

потактово

:)

А как оно многопоточный код исполнять будет на GIL ?

А в чем проблема?

Привет. Подскажите, куда смотреть (либы, фреймворки) в следующих случаях по-поводу асинхронности: 1) В отдельную часть проекта нужно прикруить асинхронность; 2) Весь проект будет асинхронным (юзать фреймворк сразу, например). Буду рад реферансам на тему “А надо ли ассинхронность“, “Как готовить асинхронность“, и т.д.

Привет. Подскажите, куда смотреть (либы, фреймворки) в следующих случаях по-поводу асинхронности: 1) В отдельную часть проекта нужно прикруить асинхронность; 2) Весь проект будет асинхронным (юзать фреймворк сразу, например). Буду рад реферансам на тему “А надо ли ассинхронность“, “Как готовить асинхронность“, и т.д.

Это общий вопрос или же всё-таки есть конкретика? Правила простые: асинхронность нужна там где много io и большую часть времени занимает ожидание

Есть участок в проекте, где клиент запрашивает одним запросом данные, которые реквестаются на 5 разных API — клиент ждет долго.