Size: a a a

Elm Lang сообщество разработчиков

2018 March 15

QZ

Quet Zal in Elm Lang сообщество разработчиков
аргументируя тем что "если бы они были, мы бы захотели их поддержку от иде"
источник

AK

Anton Kotenko in Elm Lang сообщество разработчиков
тайпклассов нет и это для Эльма хорошо
источник

AK

Anton Kotenko in Elm Lang сообщество разработчиков
но я вообще не про Эльм говорил сейчас
источник

AK

Anton Kotenko in Elm Lang сообщество разработчиков
с момента про IDE
источник

AK

Anton Kotenko in Elm Lang сообщество разработчиков
мы же здесь Эльм не обсуждаем вообще
источник

AK

Anton Kotenko in Elm Lang сообщество разработчиков
с ним всё прекрасно и без нас
источник

QZ

Quet Zal in Elm Lang сообщество разработчиков
вот уж прекраснее некуда )
источник

AP

Alexander Petrov in Elm Lang сообщество разработчиков
а вот IDE говно
источник

QZ

Quet Zal in Elm Lang сообщество разработчиков
IDE это последнее что волнует если честно
источник

AK

Anton Kotenko in Elm Lang сообщество разработчиков
а что волнует тогда?
источник

AP

Alexander Petrov in Elm Lang сообщество разработчиков
эргономика
источник

AK

Anton Kotenko in Elm Lang сообщество разработчиков
так же как с Пурескриптом тоже всё прекрасно (кроме компилятора)
источник

AP

Alexander Petrov in Elm Lang сообщество разработчиков
почему все так прекрасно с хорошими идеями, но так плохо с реализацией?
источник

QZ

Quet Zal in Elm Lang сообщество разработчиков
в элме больше всего волнует то как этот язык развивают. Эван очевидно не справляется но допустить кого-то еще он не может
источник

PF

Pawel Filimonenkow in Elm Lang сообщество разработчиков
Речь о раздражающей  "нелокальности" символов с тайпклассами
Когда  все полезные фичи реализованы через систему  типов, а либы представляют собой трэш из очень генерик кода на трейтах/тайпклассах - без типовыводилки, ссылок из IDE на документацию и исходники типов и прочих очевидных фич вроде "показать тип переменной в IDE" пользоваться языком достаточно сложно.
Чтобы понять, что делает код и что в нём  написано - надо почитать все трейты,  увидеть что от чего наследуется, осилить трейты-пердки, перечитать реализации всех трейтов дальше по коду, разобраться, какой из них из std, какой локальный и прочая, прочая и прочая.
источник

PF

Pawel Filimonenkow in Elm Lang сообщество разработчиков
То есть писать код на тайпклассах возможно проще, но читать и повторно использовать как правило сложнее. И да, поддержки IDE никакой
источник

QZ

Quet Zal in Elm Lang сообщество разработчиков
Pawel Filimonenkow
Речь о раздражающей  "нелокальности" символов с тайпклассами
Когда  все полезные фичи реализованы через систему  типов, а либы представляют собой трэш из очень генерик кода на трейтах/тайпклассах - без типовыводилки, ссылок из IDE на документацию и исходники типов и прочих очевидных фич вроде "показать тип переменной в IDE" пользоваться языком достаточно сложно.
Чтобы понять, что делает код и что в нём  написано - надо почитать все трейты,  увидеть что от чего наследуется, осилить трейты-пердки, перечитать реализации всех трейтов дальше по коду, разобраться, какой из них из std, какой локальный и прочая, прочая и прочая.
то есть "в плохом коде сложнее разобраться чем в хорошем"
но чем тут тайпклассы не угодили? вроде ж наоборот уменьшают количество кода и разбираться приходится в меньшем объеме
источник

AK

Anton Kotenko in Elm Lang сообщество разработчиков
Quet Zal
в элме больше всего волнует то как этот язык развивают. Эван очевидно не справляется но допустить кого-то еще он не может
кому-то очевидно что он не справляется, а кому-то очевидно что он всё правильно делает (не без промахов, но они незначительны). и чаще последнее очевидно тем, кто на практике программирует на Эльме без знания Хаскеля. кому верить?
источник

AK

Anton Kotenko in Elm Lang сообщество разработчиков
Quet Zal
то есть "в плохом коде сложнее разобраться чем в хорошем"
но чем тут тайпклассы не угодили? вроде ж наоборот уменьшают количество кода и разбираться приходится в меньшем объеме
мы уже обсуждали, меньше кода неравно понятнее
источник

PF

Pawel Filimonenkow in Elm Lang сообщество разработчиков
Quet Zal
то есть "в плохом коде сложнее разобраться чем в хорошем"
но чем тут тайпклассы не угодили? вроде ж наоборот уменьшают количество кода и разбираться приходится в меньшем объеме
это  странный аргумент. Малый объём кода не охначае, что его легко читать
источник