ch
Ты кстати стринги то нормализовал в итоге? Нашел чего?
Взял питон все сдал, но nltk зараза не нормализует, там вообще какая странная поддержка русского языка
Size: a a a
2021 January 09
АВ
А у яндекса/мейлов нет каких либ?
ch
АВ
ch
Попробую покурить, с nltk что то такое вышло ...
ch
('это', 145),
('нету', 48),
('вообще', 43),
('просто', 34),
('А', 32),
('делать', 24),
('докер', 21),
('такое', 20),
('че', 20),
('ещ', 19),
('работает', 17),
('код', 16),
('очень', 16),
('почему', 14),
('вопрос', 14),
('данные', 13),
('таки', 13),
('Ну', 13),
('использовать', 13),
('В', 12)]
('нету', 48),
('вообще', 43),
('просто', 34),
('А', 32),
('делать', 24),
('докер', 21),
('такое', 20),
('че', 20),
('ещ', 19),
('работает', 17),
('код', 16),
('очень', 16),
('почему', 14),
('вопрос', 14),
('данные', 13),
('таки', 13),
('Ну', 13),
('использовать', 13),
('В', 12)]
VP
Нет. Rocket не специфицирует формат сообщений. Grpc - прибит к протобафу. Кроме того grpc в основном про синхронные запросы, а rocket про реактивные стримы
Там же тоже есть стримы в обе стороны
AN
Там же тоже есть стримы в обе стороны
Есть, но они там не первичны. Основная область применения - RPC.
VP
Есть, но они там не первичны. Основная область применения - RPC.
А RSocket не про RPC?
AN
А RSocket не про RPC?
Нет, это в основном именно меж-эндпоинтная реализация реактивных стримов, то есть основная цель - передача данных.
AN
Понятно, что можно grpc использовать для данных и рсокет для RPC (мы это делаем в одном месте), но основная идея в разные стороны.
VP
Нет, это в основном именно меж-эндпоинтная реализация реактивных стримов, то есть основная цель - передача данных.
Там из коробки один из вариантов - request-response по одному элементу.
Конечно, там везде про стримы, но суть-то применения какая? То же самое взаимодействие сервисов.
Конечно, там везде про стримы, но суть-то применения какая? То же самое взаимодействие сервисов.
AN
Там из коробки один из вариантов - request-response по одному элементу.
Конечно, там везде про стримы, но суть-то применения какая? То же самое взаимодействие сервисов.
Конечно, там везде про стримы, но суть-то применения какая? То же самое взаимодействие сервисов.
Ну одно дело, когда вы отправляете команду и вызываете удаленную функцию с параметрами, переданными в команде. Другое дело, когда вы просто гоните поток событий. Я согласен с тем, что оно сильно пересекается.
VP
В общем, акценты, конечно, разные, но они же почти взаимозаменяемы (не считая того, что в grpc из коробки протобаф)
AN
В общем, акценты, конечно, разные, но они же почти взаимозаменяемы (не считая того, что в grpc из коробки протобаф)
Туда же и ZeroMQ. Но в смысле использования все-таки довольно большая разница.
VP
Туда же и ZeroMQ. Но в смысле использования все-таки довольно большая разница.
Ну не, всё-таки очередь - это уже другое
AG
Ну не, всё-таки очередь - это уже другое
Совсем чуть-чуть.
AN
Ну не, всё-таки очередь - это уже другое
В грпц все делается по схеме. Она первично и собственно удаленный вызов описывается ей же. В рсокете и ZMQ свободная композиция сообщений, поэтому согласование идет по-другому. Больше свободы, больше ответственности. Вообще @why_oleg сделал довольно хорошую реализацию rsocket на кторе. Рекомендую потыкать. Вот сам завтра буду свою либу на этом обновлять. А то в понедельник мит, а у меня два месяца конь не валялся.
VP
В грпц все делается по схеме. Она первично и собственно удаленный вызов описывается ей же. В рсокете и ZMQ свободная композиция сообщений, поэтому согласование идет по-другому. Больше свободы, больше ответственности. Вообще @why_oleg сделал довольно хорошую реализацию rsocket на кторе. Рекомендую потыкать. Вот сам завтра буду свою либу на этом обновлять. А то в понедельник мит, а у меня два месяца конь не валялся.
Ну я и не говорю, что это совершенно одно и то же, конечно отличия есть