Теперь это биоинформатики тред. У меня есть список строк. Как не пребегая к высшей нервной деятельности, максимально haskell-гольфом посчитать число общих вхождений каждого символа в эти строки.

Байтоёбство уровня хаскеля. Где найти психотерапевата, который отучит меня аккумулировать списки в обратном порядке и поможет начать жить?

На провах малоинтеллектуального онанизма. Есть тип-произведение T a, который Functor, Foldable, Traversable и вообще по сути узкоспециализированный список фиксированной длинны. Также у меня есть значение типа T (Parser Token), которое представляет из себя этот самый список набитый абсолютно одинаковыми значениями монадических парсеров. При помощи sequence я превращаю это значение в парсер типа Parser (T Token) и радуюсь. Теперь положим, что моя грамматика малость изменилась и кто-то расставил разделители между токенами (то есть разделителей на один меньше чем токенов). Могу я при помощи Foldable/Traversable и исходного значения T (Parser Token) построить корректный парсер Parser (T Token) для новой грамматики?

https://haskell-foundation.github.io/ — Ох уж мне этот современный веб-дизайн. Из сайта совершенно неочевидно, но это как бы более другая стандартная библиотека для хаскеля.

Есть меня у ветвление на типах вида mkIf :: Proxy t -> a -> b -> If t a b (реализовано классом). И всё бы хорошо, но при таком подходе все констрейнты a и b просачиваются в итоговую функцию, что особенно занятно, когда они примерно противоположны.

Это нормально, что демон висящий в фоне нажрал терабайт виртуальной памяти?

(undefined :: ToPeano 42)

> filter (/= ".") . groupBy (\a b -> '.' /= a && '.' /= b) Трава не наркотик.

Есть у меня хранилище которое содержит кусок данных. Суть в том, что треды могут почитать эти данные или модифицировать эти данные. Считается что если данные изменились то это гарантировано навсегда^W^Wзаписано в лог и в случае перезапуска системы всё будет восстановлено. Также читатели не получают доступа к изменённой версии данных до тех пор пока изменения не будут зафиксированы в логе (чтобы не напринимать решений на основании событий, которые потом нельзя будет восстановить). Вопрос в том давать ли возможность читать старую версию структуры пока идёт запись транзакции в лог или притормаживать читателей до тех пор пока она не обновиться.

Есть хоть одна причина по которой произведения типов в Generic представляют собой что-то вроде сбалансированного дерева, а не что-то вроде списка? Ну кроме как ненависть непосредственно ко мне?

Как нынче принято делать настройки в интерактивных программах? ReaderT TVar?

Пришлось сесть за кресты впервые за последние года два. То ощущение когда внезапно на крестах проще городить абстракции и сложнее работать с данными чем в хаскеле.

> https://www.reddit.com/r/haskell/comments/4msraq/onsite_ghcrelated_haskellc_opportunity_at/ Где там мой @l29ah?

xmonad выел 429МБ рамки меньше чем за два дня работы. Не юзайте ghc-8, там спид.

‰ time cabal build Package has never been configured. Configuring with default flags. If this fails, please run configure manually. Resolving dependencies... Configuring muesli-0... Building muesli-0... Preprocessing executable 'Muesli' for muesli-0... [1 of 2] Compiling Muesli ( Muesli.hs, dist/build/Muesli/Muesli-tmp/Muesli.o ) [2 of 2] Compiling Main ( Main.hs, dist/build/Muesli/Muesli-tmp/Main.o ) Linking dist/build/Muesli/Muesli ... cabal build 567.09s user 79.04s system 116% cpu 9:16.86 total ‰ du -sh dist/build/Muesli/Muesli 10M dist/build/Muesli/Muesli ‰ strip dist/build/Muesli/Muesli ‰ du -sh dist/build/Muesli/Muesli 6.2M dist/build/Muesli/Muesli Три гига рамы выжрал алсо.

А, хотя какие бинарники, ghc же не может скомпилировать мюслекалькулятор, а тупо виснет.