Size: a a a

Scala User Group

2020 February 05

SA

Sergey Alaev in Scala User Group
сумбур какой-то. мы же про раздельные модели начали говорить? для них никакой рефлекшн не обязателен.
источник

SA

Sergey Alaev in Scala User Group
далее, если рефлекшн используется для чтения метаданных из аннотаций и создания объектов, например, в парсере json/xml, что в этом принципиально плохого? тебе, как пользователю, не пофиг, собирается это в компайл-тайм или в рантайме, пока это работает быстро и хорошо?
источник

λ

λoλegΥch in Scala User Group
нет конешно, но из-за рефлекшена других решений старые жее-консультанты не видят
источник

SA

Sergey Alaev in Scala User Group
тут такое дело - новые решения не должны уступать старым по качеству, ну или хотя бы иметь другие преимущества. возвращаясь к началу, использование refined для валидации модели апи (dto - data transfer object) может означать либо мартышкин труд, если  refined используется только в dto, либо излишнюю связность, если refined типы из dto используются по всему приложению.
источник

SA

Sergey Alaev in Scala User Group
новые подходы, как и новые языки, вовсе не отменяют принципов построения приложений, накопленных джавистами за много лет. в скала-сообществе раньше было принято всё это игнорировать, да и сейчас пытаются)
Пример: не так давно все тащили за ФП, только функции и тайпклассы, только хардкор, трейты не нужны, классы не нужны (кроме ADT). И чем кончилось?)
источник

VG

Vladislav Golub in Scala User Group
Кончилось все наследованием
источник

λ

λoλegΥch in Scala User Group
отменяют
источник

λ

λoλegΥch in Scala User Group
Sergey Alaev
новые подходы, как и новые языки, вовсе не отменяют принципов построения приложений, накопленных джавистами за много лет. в скала-сообществе раньше было принято всё это игнорировать, да и сейчас пытаются)
Пример: не так давно все тащили за ФП, только функции и тайпклассы, только хардкор, трейты не нужны, классы не нужны (кроме ADT). И чем кончилось?)
вот это неправда
источник

K

KrivdaTheTriewe in Scala User Group
Sergey Alaev
новые подходы, как и новые языки, вовсе не отменяют принципов построения приложений, накопленных джавистами за много лет. в скала-сообществе раньше было принято всё это игнорировать, да и сейчас пытаются)
Пример: не так давно все тащили за ФП, только функции и тайпклассы, только хардкор, трейты не нужны, классы не нужны (кроме ADT). И чем кончилось?)
и геттеры с сеттерами это проверенное
источник

K

KrivdaTheTriewe in Scala User Group
Sergey Alaev
новые подходы, как и новые языки, вовсе не отменяют принципов построения приложений, накопленных джавистами за много лет. в скала-сообществе раньше было принято всё это игнорировать, да и сейчас пытаются)
Пример: не так давно все тащили за ФП, только функции и тайпклассы, только хардкор, трейты не нужны, классы не нужны (кроме ADT). И чем кончилось?)
так игнорируют или нет?
источник

λ

λoλegΥch in Scala User Group
жее вдолбило людям в голову что есть три уровня, с разными форматами сериализации, а поскольку сериализация чисто рефлекшеном делается то нужно разные модели
источник

λ

λoλegΥch in Scala User Group
а если посреди уровня нужна какаято реификация - не это бойлерплейт
источник

λ

λoλegΥch in Scala User Group
чисто явовские штуки про которые нужно забыть
источник

Oℕ

Oleg ℕizhnik in Scala User Group
Sergey Alaev
новые подходы, как и новые языки, вовсе не отменяют принципов построения приложений, накопленных джавистами за много лет. в скала-сообществе раньше было принято всё это игнорировать, да и сейчас пытаются)
Пример: не так давно все тащили за ФП, только функции и тайпклассы, только хардкор, трейты не нужны, классы не нужны (кроме ADT). И чем кончилось?)
не могли бы вы скинуть линк на кого-нибудь из "всех", утверждавших, что трейты не нужны
Учитывая, что трейты - это модули, они всегда были фундаментальной частью скалового ФП.
источник

Oℕ

Oleg ℕizhnik in Scala User Group
Тайпклассы в скала - это трейты
источник

Oℕ

Oleg ℕizhnik in Scala User Group
Ну и ООП - это конечно же более новое решение, чем ФП, даже если сравнивать ООП с паттернами и ФП с тайпклассами
источник

Oℕ

Oleg ℕizhnik in Scala User Group
И да, оно и правда, уступало по качеству и, к несчастью, не было вовремя отброшено в этой связи, согласен, что зря
источник

VS

Valeriy Shinkevich in Scala User Group
Мне ночная тема про refined UUIID напомнила одну вещь, почему в java такой тупой UUID ?  https://scastie.scala-lang.org/valery-shinkevich/nyBJhTJHRlaAB8PFyOl3DQ/3
источник

DM

Daniel Matveev in Scala User Group
возможно это не он тупой https://tools.ietf.org/html/rfc4122#section-3
источник

VS

Valeriy Shinkevich in Scala User Group
Daniel Matveev
возможно это не он тупой https://tools.ietf.org/html/rfc4122#section-3
не спорю, всё по RFC... но, блин, могли бы, за столько-то лет и добавить :)
источник