Size: a a a

2021 April 08

AZ

Andrey Zakharevich in PiterPy Meetup
Не, индексы придётся руками инкрементировать по отдельности
источник

TD

Timur Daukaev in PiterPy Meetup
В любом случае, число таких строк с одной и той же парой значений может не совпадать в датафреймах.
И я не очень представляю, как мне вообще индексы использовать в таком случае.
источник
2021 April 09

V

Vikey in PiterPy Meetup
Всем привет!
Наверное немного не по адресу, но все же поинтересуюсь: тут работал кто-нибудь с elasticsearch?
Задача приблизительно следующая:
У нас отправляются в эластик логи с устройств. В одном фрейме(?) есть, помимо прочего, поле с текстом сообщения и поле с серийным номером. Необходимо сделать визуализацию которая покажет сколько уникальных серйных номеров прислали конкретное сообщение
источник

PR

Paul Rudnitskiy in PiterPy Meetup
это вам скорее в https://t.me/elasticsearch_ru
источник

V

Vikey in PiterPy Meetup
о, благодарю!
источник
2021 April 10

VK

Vlad K in PiterPy Meetup
Привет, хотел спросить совета. Есть задача, создать чат приложение, с 2мя сервисами - create message & list message, они могут быть или soap или rest. Все это должно паковаться в zip. У меня проблема с пониманием задачи. Т.е. я так понимаю что раз 2 сервиса, мне нужно сделать 2 rest api приложения которые будут связаны каким то фронтом? Т.е. могу написать фронт на  простом js а 2 сервиса это 2 отдельных rest api на flask к примеру?

Это учебный проект по заданию из инета - что бы не ржаветь)
источник

OY

Oleg Yurchik in PiterPy Meetup
Да
источник

OY

Oleg Yurchik in PiterPy Meetup
Ну сервисы могут быть не просто связаны фронтом, они могут быть запущены на разных портах и общаться друг с другом через сеть
источник

VK

Vlad K in PiterPy Meetup
Понял, спасибо)
источник

ED

Eugene Denisov in PiterPy Meetup
> soap
Не ожидал увидеть это слово здесь.

> паковаться в zip
Зачем? Задачу придумывали до создания гитхаба? Это бы объснило и упоминание SOAP.

> создать чат приложение
> сделать 2 rest api приложения
Видишь противоречие? А оно есть.
Тебе хватит одного приложения, которому можно послать два типа запроса. Для типичного RESTful это будет один и тот же эндпоинт с методами GET и POST.
источник

ED

Eugene Denisov in PiterPy Meetup
> общаться друг с другом через сеть
Зачем?
источник

VK

Vlad K in PiterPy Meetup
Эта была изначально задача с какого то собеседования, отсюда и zip и определенные требования)
источник

DB

Dima Boger in PiterPy Meetup
тестовые задания и вайтборд проверяют навыки в условиях ограниченного времени, поэтому условия заданий могут быть неочевидными и необычными 🤷‍♂️
источник

DB

Dima Boger in PiterPy Meetup
https://github.com/b0g3r/appfollow_test_assignment в своё время я делал вот такое тестовое: там тоже минимум логики, но три небольших API, которые общаются между собой

Мне кажется это задание вполне окей, если у вас в компании код доставляется через .zip (🤡), а на каждую функцию пишется отдельный микро-сервис для масштабирования
источник

VK

Vlad K in PiterPy Meetup
Спасибо, гляну, а вот работать в такой конторе наверное страшно)
источник

DB

Dima Boger in PiterPy Meetup
Не знаю, всякое бывает. Как-то меня звали писать софт для атомных станций, мне кажется там что-то похожее по доставке было
источник

DB

Dima Boger in PiterPy Meetup
.zip архив на флешку, флешку на голубя, если голубь прошёл ПВО, то дальше уже просто
источник

VK

Vlad K in PiterPy Meetup
Для атомных станций - это конечно круто звучит)))
источник

V

Vitali in PiterPy Meetup
это тогда в 1986 звали? 😄
источник

MK

Maxim Koltsov in PiterPy Meetup
На каждую функцию сервис это называется С Е Р В Е Р Л Е С
источник