AM
Погоди, а зачем тогда тебе тут вообще HKT.
А на чём это определять без ХКТ?
Тут как бы
Ну
Дырка нужна
))))))
Size: a a a
2020 March 27
AM
Хотя кстати идея, что авторам библиотек и прикладникам нужные разные языковые фичи, мне кажется небеспочвенной. Но скорее не разные фичи, а разное апи для них
Ну код-стайл для либ отдельный в языке уже везут. При надобности, я думаю, можно и дальше эту идею будет развивать.
ML
Ну код-стайл для либ отдельный в языке уже везут. При надобности, я думаю, можно и дальше эту идею будет развивать.
Ну я скорее к тому, что, например, property делегаты полезны только для разработчиков библиотек
I
Вот почему в этом шарят только clojure'-исты?..
Скалистам лишь бы дырки др_чить, да импретивными монадами все обмызывать 😒
Скалистам лишь бы дырки др_чить, да импретивными монадами все обмызывать 😒
AN
Тут как бы
Ну
Дырка нужна
))))))
Ну
Дырка нужна
))))))
Если оно определяется на наследнике коллекции, то зачем?
AN
Ну я скорее к тому, что, например, property делегаты полезны только для разработчиков библиотек
Вот кстати тут я наверное наоборот вижу. Если работать с динамикой, они очень полезны как раз в приложении.
ML
Вот почему в этом шарят только clojure'-исты?..
Скалистам лишь бы дырки др_чить, да импретивными монадами все обмызывать 😒
Скалистам лишь бы дырки др_чить, да импретивными монадами все обмызывать 😒
Ну Эрик дрочит кложу с момента ее выхода. У него было много времени достичь просветления
ML
Вообще люблю его подкасты послушать, жаль только, что ютуб не умеет эээ и ммм вырезать
AM
Если оно определяется на наследнике коллекции, то зачем?
Хорошо, а с сиквенсами как быть?
(
Вот почему в этом шарят только clojure'-исты?..
Скалистам лишь бы дырки др_чить, да импретивными монадами все обмызывать 😒
Скалистам лишь бы дырки др_чить, да импретивными монадами все обмызывать 😒
Потому что вместо того чтобы бояться сайд эффектов, скалисты их разъебывают
AM
Ну и я напоминаю, что там тип возврата -- та же дырка
I
Ну Эрик дрочит кложу с момента ее выхода. У него было много времени достичь просветления
И Рыжиков и Хики, да там имхо все это понимаю - что надо просто делить код на pure/impure
AN
Хорошо, а с сиквенсами как быть?
Хорошо, если я правильно понял, нужен способ из произвольного контейнера извлекать итератор. Откуда этот метод берется?
AM
Хорошо, если я правильно понял, нужен способ из произвольного контейнера извлекать итератор. Откуда этот метод берется?
Не нужен. Конструктор и правда не связан с этим экстеншном, это другой вопрос.
AN
Ну и я напоминаю, что там тип возврата -- та же дырка
А если тип возврата, то без констуктора уж точно не обойтись
AN
Не нужен. Конструктор и правда не связан с этим экстеншном, это другой вопрос.
Ну хорошо, тогда что умеет Mappable?
I
Вот тут можно спокойно заменить "OOP и эффекты" на МОНАДЫ
И получится scala-архитектура на дырках/tagless final и тп 🤔
И получится scala-архитектура на дырках/tagless final и тп 🤔
AN
Не нужен. Конструктор и правда не связан с этим экстеншном, это другой вопрос.
Как я понимаю, для того, чтобы вам в общем случае отмапить один контейнер в себя же. Вам надо из этого контейнера вытащить итератор - один метод, и создать новый контейнер с заданными элементами - другой метод. Я что-то не так понимаю?