надо допилил таки либу

Там для этого сессия есть же

Которая категория клейсли

Нужен двумерный массив. Требований немного 1) Вывод на экран в виде выровненной прямугольной таблички 2) Инстанс Монады (в духе монады для списков) или хотя бы Аппликатив. 3) Зипы (для массивов, у которых совпадают оба измерения) Какой пакет посоветуете?

Посмотри repa за 1 пункт не уверен

Посмотри repa за 1 пункт не уверен

ну это стандартная фича. Спасибо, посмотрю

vector

и.к. двухмерный массив не нужен

+ Ix для удобства если очень хочется

repa, masif, yarr есть но возможно удовольствие будет ниже среднего

не уверен что что-то из этого делает вывод на экран в виде выровненной таблички

Ну так hie ничего не знает о стэковом окружении. Можно запускать редактор через stack exec <efitor>, ну или запускать hie через враппер

Помогло, спасибо. stack exec -- sublime . , вроде, не спотыкается. Резолверы hie и моего проекта разные, компиляторы одинаковые

Нужен двумерный массив. Требований немного 1) Вывод на экран в виде выровненной прямугольной таблички 2) Инстанс Монады (в духе монады для списков) или хотя бы Аппликатив. 3) Зипы (для массивов, у которых совпадают оба измерения) Какой пакет посоветуете?

Для вывода красивых табличек есть отдельные пакеты. Прикручиваются к любому источнику данных

Помогло, спасибо. stack exec -- sublime . , вроде, не спотыкается. Резолверы hie и моего проекта разные, компиляторы одинаковые

Нужно hie/hlint/stylish-haskell ставить через "копирование бинарей поближе к компилятору" (stack build --copy-compiler-tool). Тогда при stack exec -- ... они а) попадут в PATH и редактор их увидит, б) будут соответствующих компилеру версий

У меня есть проект-пустышка, в котором в stack.yaml добавлены все тулзы, которые я использую, а Makefile делает stack build --copy-compiler-tool hlint hoogle weeder stylish-haskell hindent hasktags ghcid . Плюс к этому алиас для bash: gostack() { env PATH=$(stack path --compiler-tools-bin):$PATH debian_chroot=stacked bash } Открываю терминал, захожу в папку проекта, делаю gostack. После этого у меня доступны нужных версий инструменты, и можно просто запускать редактор (у меня это Emacs) в полученном окружении без всяких stack exec. При таком подходе глобальный PATH не замусоривается haskell-related tools, и не бывает конфликтов соответственно. И для нескольких проектов, использующих одну версию компилятора, собранные и установленные один раз утилиты, переиспользуются.

Вопрос, кстати, ^ это стоит описать в каком-то виде, чтобы ссылку давать? Или такой подход - для извращенцев вроде меня и больше никому не пригодится?

Клёво. Мне было бы полезно, как раз собирался на выходных над средой разработки поработать

Какой редактор?

у меня есть структурка ее надо сериализовать в json и байтостроку, делают это много тредов, каждый добавляя структуре небольшое поле сначала. Можно ли как-то дёшево расшариьь работу?

Какой редактор?

У мну Emacs, и он полагает, что все утилиты доступны в PATH. Всё остальное, что так же смотрит в PATH, будет работать так же.

если я делают data S a = S a Encoding, то расширить можно, но работа не пошарится

у меня есть структурка ее надо сериализовать в json и байтостроку, делают это много тредов, каждый добавляя структуре небольшое поле сначала. Можно ли как-то дёшево расшариьь работу?

Не энкодить сразу?

если сделать S a = S a LBS, по сериализация расшарится, но не расшарится работа

если не енкодить, то енкодить будут все треды много раз

этого хочется избежать

Можно сделать "список словариков", которые потом помержить

и.е. работа шарится только если LBS делать

но тогда непонятно как мержить

ага

и.е. было S A, а сделать S (B,A)

можно руками написав json но это как-то некруто

хм.. может свой encoding можно

там же расширяемо

и LBS завернуть

сработает?

Всем доброго утра/дня! А подскажете как называется вот такая функция в теории категорий? fork :: (x -> a) -> (x -> b) -> x -> (a, b) fork f g = \x -> (f x, g x) (или с этим лучше в теоркатный чатик?)

Нужно hie/hlint/stylish-haskell ставить через "копирование бинарей поближе к компилятору" (stack build --copy-compiler-tool). Тогда при stack exec -- ... они а) попадут в PATH и редактор их увидит, б) будут соответствующих компилеру версий

--copy-compiler-tool разве их ставит "поближе к редактору"? У меня он их засунул в ~/.stack/compiler-tools/x86_64-linux/ghc-8.2.2/bin/

Вопрос, кстати, ^ это стоит описать в каком-то виде, чтобы ссылку давать? Или такой подход - для извращенцев вроде меня и больше никому не пригодится?

Лишним точно не будет, мне бы в своё время очень пригодилось

--copy-compiler-tool разве их ставит "поближе к редактору"? У меня он их засунул в ~/.stack/compiler-tools/x86_64-linux/ghc-8.2.2/bin/

"Поближе к компилятору", конечно же. Поправил

Складывание в ~/.stack/compiler-tools/x86_64-linux/ghc-8.2.2/bin/ позволяет переиспользовать во всех снапшотах, которые базируются на этой версии компилятора. Это удобно, когда есть проекты с "соседними" снапшотами

А hdevtools почему не используется?

@asyntax ^

В твоей схеме

Я прям вообще без hdevtools жить не могу, когда он отваливается (по разным причинам) уровень Haskell-боли на порядок вырастает

а какой от него профит? я его таки смог завести, но не понял зачем

А, вместо него ghc-mod?

когда уже есть hie

еще бы он не жрал память так много...

правда у меня hie почему-то не хочется дополнять импорты, надо еще разобраться

Я старовер, я в vim'е

ну так и я в виме

LanguageClient_neovim, deoplete, hie

в неовиме, естественно

hie -- как плагин к vim'у может работать?

Всем доброго утра/дня! А подскажете как называется вот такая функция в теории категорий? fork :: (x -> a) -> (x -> b) -> x -> (a, b) fork f g = \x -> (f x, g x) (или с этим лучше в теоркатный чатик?)

лучше и в категорный тоже

ок

Вижу, может

hie -- как плагин к vim'у может работать?

hie пофиг какой редактор, это же сервер

Нуу, надо будет на выходных тоже пощщупать

language server protocol, имхо, отличная тема

вообще мне это какой-то энкожинг напоминает типа Scott

MS молодцы, как ни странно

или П-калкулус

но чему это в ТК соответствует и какому пакету кметта я не знаю

@maksbotan @dmalkr на наших рабочих проектах не работает ни hie, ни hdevtool, ни ghc-mod. ghcid и тот я не смог завести

На хоббипроектах работает intero и мне норм

Почему не работает, ресурсов не хватает?

Было бы у меня 16 ядер и 128ГБ ОЗУ, работал бы (но это не точно)

ghc-mod просто не парсит наши исходники

Жесть

Потому что haskell-src-exts - говно

Кароч, ошибки у мну подсвечиваются через stack ghc, сбоку в отдельном терминале запущен stack --file-watch, hlint на подхвате. Навигация через etags. Так и работаю.

ошибки проверяются только по save, иначе я бы повесился

Ошибки через stack ghc -- в редакторе подсветка, или в отдельной консоли?

Emacs в фоне запускает stack ghc для файла при сохранении. Секунд через 5-10 обновляются ошибки в редакторе

А, ясно.

Автодополнение есть?

вроде же ghc-modу HSE нужен только для того чтоб парсить некорректный хаскель для фичи, которая реализацию-заглушку делает для сигнатуры функции

Или не нужно?

так что дело в другом, наверное