RP
жалуешься
Size: a a a
2020 May 24
RP
"страдаешь"
EG
Я высказываю своё мнение в чатике, вот и всё
RP
RP
RP
на 1:49 показывают замеры
DS
@DogeShibu У меня пока от Скалы впечатление как от 100% ООП языка с иммутабельнсотью. Вообще все вокруг объект. Классы и наследование по всюду. Хз кто ее там и почему ФП считает. Вот Haskell и Idris таки ФП. 🤷🏻♂️
У тебя очень зашоренное представление об ФП.
На скале можно писать полностью ФП стиле, смотри cats, zio и т.д.
На скале можно писать полностью ФП стиле, смотри cats, zio и т.д.
p
почему ты вообще можешь быть против чужих решений?
Как в принципе можно быть против того что кто-то ради опенсорса бесплатно жертвует время и делает общественно полезную работу? Так могут думать только мудаки.
Но проблема мелких зависимостей уже была названа. И это проблема не связана с наличием чужих решений. Это проблема с хуевым пакетным менеджером и/или неумением разработчиков в создание базовой инфраструктуры для языка и/или с разрабами которые следуют правилу "если сделал что-то новое чего нет, залей на npm и выложи пост.
Но проблема мелких зависимостей уже была названа. И это проблема не связана с наличием чужих решений. Это проблема с хуевым пакетным менеджером и/или неумением разработчиков в создание базовой инфраструктуры для языка и/или с разрабами которые следуют правилу "если сделал что-то новое чего нет, залей на npm и выложи пост.
EG
Как в принципе можно быть против того что кто-то ради опенсорса бесплатно жертвует время и делает общественно полезную работу? Так могут думать только мудаки.
Но проблема мелких зависимостей уже была названа. И это проблема не связана с наличием чужих решений. Это проблема с хуевым пакетным менеджером и/или неумением разработчиков в создание базовой инфраструктуры для языка и/или с разрабами которые следуют правилу "если сделал что-то новое чего нет, залей на npm и выложи пост.
Но проблема мелких зависимостей уже была названа. И это проблема не связана с наличием чужих решений. Это проблема с хуевым пакетным менеджером и/или неумением разработчиков в создание базовой инфраструктуры для языка и/или с разрабами которые следуют правилу "если сделал что-то новое чего нет, залей на npm и выложи пост.
Проблема не в самом наличии чужих решений, а в проникновении коротких сниппетов в решающую роль в экосистеме
EG
Возможно, такие зависимости следует делать неким другим типом пакета
RP
почему другим?
EG
Без версионирования, "по дефолту не обновлять"
p
Без версионирования, "по дефолту не обновлять"
+
RP
зачем?
EG
Тогда все будут знать, что cfg-if — это вот этот конкретный макрос, который все видели
RP
но ведь и так все знают, что это вот этот конкретный макрос
AZ
Регекспы, асинхронный рантайм и парсилку Джейсона я бы хотел видеть от разрабов)
рантайм да, регекспы мейби, жсон точно нет
VS
У тебя очень зашоренное представление об ФП.
На скале можно писать полностью ФП стиле, смотри cats, zio и т.д.
На скале можно писать полностью ФП стиле, смотри cats, zio и т.д.
Ага, до поры до времени. Я тоже в C# могу обложиться readonly struct или просто классами у которых есть только геттеры. Ну таки да. На Scala пишут в ФП стиле.
DS
Ага, до поры до времени. Я тоже в C# могу обложиться readonly struct или просто классами у которых есть только геттеры. Ну таки да. На Scala пишут в ФП стиле.
Разница в том, что система типов в шарпе не позволит тебе выразить ФП абстракции
EG
рантайм да, регекспы мейби, жсон точно нет
Рантайм нет, регекспы мейби но скорее нет, жсон нет