ZK
в любом случае, возвращение значения типа, который не будет экспортироваться, это по меньшей мере странно
Size: a a a
2017 December 19
AP
Нет конечно. Это же может быть алиас
AP
Ну ок, слегка странно :) Но не критично
ZK
Я вот тут подумал, Elm очень простой язык. Для JetBrains не будет большого труда сделать полноценную поддержку в IDEA. Было бы вообще люто.
ZK
С инспекциями, шаблонами и т.д.
AP
Для хаскеля нет IDE не потому, что он сложный. А потому что никто не хочет вложить в это деньги
ZK
Нужно было биткоины покупать в 2010-м. Сейчас бы продал и фирму бы свою организовал, где писал бы всё что захотел
ZK
Например, вложил бы деньги в Хаскель
AP
Микрософт вкладывает. Но не в тулинг, а в компилятор. FPComplete вклыдвает в тулинг, но не в IDE (LSP для хаскеля они делают, впрочем)
ZK
ну компилятор - это самое главное, это хорошо
AP
Это разумный минимум, я бы сказал. Если никто не вкладывает деньги в компилятор, то компилятор может помереть, а вместе с ним и язык...
Aq
Микрософт вкладывает. Но не в тулинг, а в компилятор. FPComplete вклыдвает в тулинг, но не в IDE (LSP для хаскеля они делают, впрочем)
какое отношение фпкомплит к лсп для хаскеля имеет?
AP
Кто-то из них что-то туда контрибутил, вроде. Прямого не имеют, тут ты прав
AP
Из README к haskell-ide-engine:
> Both the ghc-mod and ide-backend maintainers have agreed to contribute code to this new repository
так что FPCo, как авторы ide-backend, тоже имеют отношение к LSP для Haskell, реализуемом силами haskell-ide-engine
> Both the ghc-mod and ide-backend maintainers have agreed to contribute code to this new repository
так что FPCo, как авторы ide-backend, тоже имеют отношение к LSP для Haskell, реализуемом силами haskell-ide-engine
Aq
насколько я понимаю, особых каких-то реальных действий за этой декларацией не стоит
Aq
там просто были какие-то обсуждения о распылении усилий, но это теперь вообще не актуально, потому что иде-бекенд выкинут на мороз, и у фпкомплит новый иде-костыль
AP
FPCo - те ещё сторонники принципа NIH, увы
MP
а так именованные поля всегда кажутся лучшей идеей
Только паттерн матчинг в Elm лучше работает с анонимными полями.
Вл
Ну меня тут выше убеждали что то же самое
Ф
Только паттерн матчинг в Elm лучше работает с анонимными полями.
Его можно "деанонимизировать" введя тайп алиас. Разве что разводить кучу алиасов наверное негигиенично