В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Scala User Group

2140 membersпожаловаться на группу
2020 November 30

SA

Sergey Alaev in Scala User Group
Vladimir Sapronov
все хорошо это все понимают, наши девопсы рады маленьким сервисам - говорят, что когда в одном сервисе и http и стриминг какой, то непонятная фигня с ресурсами происходит и автоскейлинг иногда не вывозит, а когда отдельно то нагрузка на каждый отдельный сервис лучше скейлится
но это они так говорят
У вас что-то хорошо формализуемое? Интеграция или пайплайны для процессинга данных?
источник
23:15пожаловаться#1

AS

Artem Sokolov in Scala User Group
Vladimir Sapronov
все хорошо это все понимают, наши девопсы рады маленьким сервисам - говорят, что когда в одном сервисе и http и стриминг какой, то непонятная фигня с ресурсами происходит и автоскейлинг иногда не вывозит, а когда отдельно то нагрузка на каждый отдельный сервис лучше скейлится
но это они так говорят
бтв. а что за компания? и чем занимается
источник
23:16пожаловаться#2

VS

Vladimir Sapronov in Scala User Group
Artem Sokolov
кстати вопрос. зачем для этого отдельный сервис, зачем этот конфиг писать? не проще добавить 1 функцию в существующий сервис?
масштабирование и в первую очередь не масштабирование нагрузки, а масштабирование разработки
разрабу легче новый сервис создать быстро его как хочешь там гнуть и выкатить в прод
чем ты берешь сервис, он уже в проде, что там с ресурсами, а не сломаю ли чего, а вот либы хочу добавить а тут jar-hell
да и вообще сильно разная природа сервисов один request/response другой я стримит данные на kafka.....
источник
23:16пожаловаться#3

VS

Vladimir Sapronov in Scala User Group
Sergey Alaev
У вас что-то хорошо формализуемое? Интеграция или пайплайны для процессинга данных?
нет, обычный e-commerce, очень разнородные сервисы, на некоторых бывают спайки в 100 раз (обусловлено бизнесом)
источник
23:18пожаловаться#4

VS

Vladimir Sapronov in Scala User Group
Artem Sokolov
бтв. а что за компания? и чем занимается
ничего не скажет ModaOperandi - fashion
источник
23:19пожаловаться#5

VS

Vladimir Sapronov in Scala User Group
Ладно, сильно съехали с темы
Спасибо за помощь что-нибудь из рекомендованного пойду прикручу
источник
23:20пожаловаться#6
2020 December 01

VS

Vladimir Sapronov in Scala User Group
Artem Sokolov
можете привести пример примеров "на акка намного лучше чем на плей". меня больше интересует критерий "лучшести"
Вообще вот это интересно.

Как-то с этими контроллерами и DI который в Play из коробки и конфиг route который в какой-то жирный код генерится плагином. Вот это все как-то кажется избыточным.

Зачем этот route файл нужен, вроде бы так никто не делает, а они из-за него тащат кодаген аж.

Json сериализация у них упоротая. Circe как-то по умолчанию они не рекомендуют.

Вот сейчас вроде бы мне надо поюзать akka-http - query params оттуда взять цивилизлизованно, ан нет какой-то play Request мне выдали.

Если кто-то может посоветовать (или наоборот предостеречь) от переезда Play => Akka я был бы рад послушать. Я могу это сделать у нас весь хттп слой генериться и я могу с маленькой болью заменить одно на другое. Все это в рамках подготлвки миграции на http4s.
источник
00:25пожаловаться#7

Oℕ

Oleg ℕizhnik in Scala User Group
такого холивара, конечно, давно не было
источник
00:27пожаловаться#8

Oℕ

Oleg ℕizhnik in Scala User Group
токсичный олег бы предложил поспорить о лифтвеб вс скалатры
источник
00:28пожаловаться#9

λ

λoλegΥch in Scala User Group
ну лифт получше этих ваших рестов
источник
00:30пожаловаться#10

λ

λoλegΥch in Scala User Group
но вообще говно конечно
источник
00:30пожаловаться#11

Oℕ

Oleg ℕizhnik in Scala User Group
а королёв лучше лифта
источник
00:30пожаловаться#12

λ

λoλegΥch in Scala User Group
тут без б
источник
00:30пожаловаться#13

VS

Vladimir Sapronov in Scala User Group
Oleg ℕizhnik
такого холивара, конечно, давно не было
Не-не не ради холивара.
Я просто смотрю на это и немного дезориентирован.

Как будто Play должен быть мощнее Akka, уж точно не хуже. Но как-то кода много, а если мне их mvc и view не нужны, то не понятно зачем весь огород.
источник
00:30пожаловаться#14

Oℕ

Oleg ℕizhnik in Scala User Group
Vladimir Sapronov
Не-не не ради холивара.
Я просто смотрю на это и немного дезориентирован.

Как будто Play должен быть мощнее Akka, уж точно не хуже. Но как-то кода много, а если мне их mvc и view не нужны, то не понятно зачем весь огород.
не должен быть
источник
00:31пожаловаться#15

Oℕ

Oleg ℕizhnik in Scala User Group
плей родился до акки, предоставлял классический экспириенс рубиджангоидных фреймворков на жвм
источник
00:31пожаловаться#16

Oℕ

Oleg ℕizhnik in Scala User Group
тем, кому это не интересно, обычно и плей не интересен
источник
00:31пожаловаться#17

λ

λoλegΥch in Scala User Group
Vladimir Sapronov
Вообще вот это интересно.

Как-то с этими контроллерами и DI который в Play из коробки и конфиг route который в какой-то жирный код генерится плагином. Вот это все как-то кажется избыточным.

Зачем этот route файл нужен, вроде бы так никто не делает, а они из-за него тащат кодаген аж.

Json сериализация у них упоротая. Circe как-то по умолчанию они не рекомендуют.

Вот сейчас вроде бы мне надо поюзать akka-http - query params оттуда взять цивилизлизованно, ан нет какой-то play Request мне выдали.

Если кто-то может посоветовать (или наоборот предостеречь) от переезда Play => Akka я был бы рад послушать. Я могу это сделать у нас весь хттп слой генериться и я могу с маленькой болью заменить одно на другое. Все это в рамках подготлвки миграции на http4s.
https://t.me/scala_ru/298153
Telegram
λoλegΥch in Scala User Group
чем скакать с одного стула на другой лучше уж сразу https://github.com/endpoints4s/endpoints4s
источник
00:32пожаловаться#18

GP

Grigory Pomadchin in Scala User Group
Oleg ℕizhnik
токсичный олег бы предложил поспорить о лифтвеб вс скалатры
мне очень нравится королев
источник
00:34пожаловаться#19

GP

Grigory Pomadchin in Scala User Group
Oleg ℕizhnik
плей родился до акки, предоставлял классический экспириенс рубиджангоидных фреймворков на жвм
во время того как рельса стрельнула это было очень популярно; мне кжается все только так и думали о серверной разработке
источник
00:35пожаловаться#20