AN
@happy_bracket давай градус понижай. Тем более, что аргументации от тебя не было.
Size: a a a
2020 July 05
(
Эээ, в Скалу надо тащиться что-то там пилить. Не пойду, просто заранее пытался продумать как можно уколоться об HList
Даже не пытайся доказывать полезность HList-а (или возможность его реализовать) в чате с фаундейшена населенного котлинистами. У них тут культ "прагматичности", который не позволяет рассматривать возможности языкового дизайна, которые не укладываются в их манямирок
(
@happy_bracket давай градус понижай. Тем более, что аргументации от тебя не было.
Не понижу, и даже сам ливну
AN
Даже не пытайся доказывать полезность HList-а (или возможность его реализовать) в чате с фаундейшена населенного котлинистами. У них тут культ "прагматичности", который не позволяет рассматривать возможности языкового дизайна, которые не укладываются в их манямирок
Ну почему, как раз прагматичность говорит, что рассматривать надо все, что угодно. А вот брать то, что реально нужно и полезно
AN
Мы же рассматриваем все. Другое дело, что новых аргументов как-то не завоз. Я в коде использую HSet (на котлине). Но ровно в одном месте.
RK
Даже не пытайся доказывать полезность HList-а (или возможность его реализовать) в чате с фаундейшена населенного котлинистами. У них тут культ "прагматичности", который не позволяет рассматривать возможности языкового дизайна, которые не укладываются в их манямирок
С реализацией гемора нет - что Gson, что Jackson из коробки для этого даже примитивы дают.
Вот только HList всё равно по сути better case class в Scala, а по факту когда становится нужен - скорее всего портянка кода говно и лучше б переписать нормально
Вот только HList всё равно по сути better case class в Scala, а по факту когда становится нужен - скорее всего портянка кода говно и лучше б переписать нормально
RK
Это как моя "любимая" история с Either и Pair - ну вот есть они оба, оба представляют 2 значения разных типов, названия геттеров отличаются. Нафига плодить такие вещи?
AN
Это как моя "любимая" история с Either и Pair - ну вот есть они оба, оба представляют 2 значения разных типов, названия геттеров отличаются. Нафига плодить такие вещи?
Ну как бы реализация разная. Но Either - это больше религиозная штука.
RK
Зато касты Future в монадку Try - вот это вещь хорошая, ИМХО.
AN
Зато касты Future в монадку Try - вот это вещь хорошая, ИМХО.
А зачем это кастом делать если можно сделать функцией?
RK
Ну, касты, лифты и т.д. - "перелить из одного в другое"
RK
Какая разница чем
AN
Ну, касты, лифты и т.д. - "перелить из одного в другое"
Я с этим наигрался в груви. Выгляди круто, но потом кусает за задницу.
AD
лол, тупл это продукт, айзер - копродукт
AD
одно и то же
AD
Если не видите разницы между теорией CS и религией то это рофл
RK
А если мне плевать, например, и надо задачу решать? Ну так, ради беседы.
AD
Задача сделать api для кодогена который для датаклассов может генерировать реализацию почти любого интерфейса
AD
Тут тебе нужно то и другое