Size: a a a

Scala User Group

2020 January 13

R

Robert in Scala User Group
там под капотом макрос, который походу подсовывет инстанс из make и собирает трейт
источник

R

Robert in Scala User Group
и кода примерно столько же сколько и руками нужно писать
источник

R

Robert in Scala User Group
не очень понял бенефитов для сервисов среднего размера
источник

R

Robert in Scala User Group
но, повторюсь, я не сильно умный
источник

R

Robert in Scala User Group
а, кстати, если убрать структурный тип и засунуть имплементацию прямо в R вот тут:
"val hello: URIO[{def hello: Hello}, String] = ZIO.accessM(_.hello.hello)"
источник

R

Robert in Scala User Group
то будет огромный стектрейс, даже если поправить все вокруг
источник

R

Robert in Scala User Group
оно компилируется но взрывается с тем что хотел ZIO[Any, Nothing, Unit] но не нашел ZIO[Any, Nothing, String]
источник

R

Robert in Scala User Group
что не очень много говорит о том куда бежать, это и вынудило меня лезть в TraitConstructor и смотреть чо там
источник

R

Robert in Scala User Group
в общем для меня дистейдж после пары часов ковыряния и чтения док выглядит как что-то, что можно использовать либо если ты такой же умный как его создатели или работаешь неподалёку
источник

λ

λoλcat in Scala User Group
Либо нанял создателей консами для своей галеры, а сам берешь с них откаты
источник

AV

Abyr Valg in Scala User Group
Robert
в общем для меня дистейдж после пары часов ковыряния и чтения док выглядит как что-то, что можно использовать либо если ты такой же умный как его создатели или работаешь неподалёку
Да не, дистейдж простой. Я сам думал сложный - а не, оказалось несложный
источник

AV

Abyr Valg in Scala User Group
Даже вон группка дистейдж-юзеров есть в соседнем чате, помогают если что
источник

R

Robert in Scala User Group
Abyr Valg
Даже вон группка дистейдж-юзеров есть в соседнем чате, помогают если что
это в каком?
источник

R

Robert in Scala User Group
Abyr Valg
Да не, дистейдж простой. Я сам думал сложный - а не, оказалось несложный
видимо нужно пообвыкнуться, попробую завтра еще разок перевезти на него маленький проектик
источник

AV

Abyr Valg in Scala User Group
источник

R

Robert in Scala User Group
спасибо, если что буду туда вопросы адресовать
источник

AV

Abyr Valg in Scala User Group
Не за что
источник

C

Combot in Scala User Group
Real Offf has been banned! Reason: CAS ban.
источник

AS

Artem Sokolov in Scala User Group
Всем привет.
Может кто подскажет.
Как вы думаете - что сейчас лучше всего использовать для прототипирования/мвп на коленке с веб интерфейсом. Ну или приложение уровня "тупая некрасивая админка но сделана за 2 вечера"..?
Из того что приходит в голову:
- плей с twirl темплейтами (много что из коробки, фронтенд генерится скалой, роуты и методы легко прокидываются),
- королев (все в одном месте, фронтенд также генерится скалой) - тут правда трабла что придется писать компоненты и много дефолтной логики (типа авторизации, хранения стейта и тд), когда как в других стеках можно было бы натягать и  накопипастить из примеров много готового. на самом деле уже пописал вечерок на королеве. прикольно но кажется будет довольно медленно в итоге получать результат несмотря на отсутвтие необходимости писать круд и отдельный фронтенд
- graphql + популярный веб фреймворк (вью, реакт). первое дает универсальную апишку вместо написания кучи рест методов, второе кучу готовых компонент. вероятно можно будет довольно быстро склепать сносное приложение
- что-то еще упустил..?

что скажете? возможно в чем-то я ошибаюсь или не знаю и вы можете посоветовать что-то лучше (например что в королеве появилась библиотека компонент или авторизация, или что graphql нифига не упростит и лучше просто рест писать на akkhttp/http4s/typedschema)
источник

NM

Nikita Melkozerov in Scala User Group
Artem Sokolov
Всем привет.
Может кто подскажет.
Как вы думаете - что сейчас лучше всего использовать для прототипирования/мвп на коленке с веб интерфейсом. Ну или приложение уровня "тупая некрасивая админка но сделана за 2 вечера"..?
Из того что приходит в голову:
- плей с twirl темплейтами (много что из коробки, фронтенд генерится скалой, роуты и методы легко прокидываются),
- королев (все в одном месте, фронтенд также генерится скалой) - тут правда трабла что придется писать компоненты и много дефолтной логики (типа авторизации, хранения стейта и тд), когда как в других стеках можно было бы натягать и  накопипастить из примеров много готового. на самом деле уже пописал вечерок на королеве. прикольно но кажется будет довольно медленно в итоге получать результат несмотря на отсутвтие необходимости писать круд и отдельный фронтенд
- graphql + популярный веб фреймворк (вью, реакт). первое дает универсальную апишку вместо написания кучи рест методов, второе кучу готовых компонент. вероятно можно будет довольно быстро склепать сносное приложение
- что-то еще упустил..?

что скажете? возможно в чем-то я ошибаюсь или не знаю и вы можете посоветовать что-то лучше (например что в королеве появилась библиотека компонент или авторизация, или что graphql нифига не упростит и лучше просто рест писать на akkhttp/http4s/typedschema)
Django
источник