Dmitry
и тп
Dmitry
я своих написал штуки четыре - пять, но все адхок и откуда-т надо выковыривать.
Dmitry
но я прямо помню, что он был, прямо вот почти то, что надо. в attoparsec нет
Dmitry
да, кстати. тут, кажется, есть: http://hackage.haskell.org/package/parsec-3.1.13.0/docs/Text-ParserCombinators-Parsec-Language.html
Dmitry
о, точно
Lev
и я об этом.
Dmitry
Dmitry
но кажется, я еще где-то видел.
Lev
что все так парсека боятся, прямжуть :)
Lev
парсек рулит, и в последних версиях даже не сосёт.
Dmitry
м? ну он громоздкий и тормоз, тащить его в зависимостях к маленькому проекту как-то не очень
Aleksei (astynax)
У парсека из зависимостей mtl, bytestring да text - всё это скорее всего есть и у других либ комбинаторов
Aleksei (astynax)
Тормознутость тоже относительная. Мегабайты парсить может быть медленно, да. Но небольшие строки как раз норм
Aleksei (astynax)
Вот Trifecta тащит за собой кучу всего, например линзы. Всё, как Кметт любит :)
Aleksei (astynax)
Да даже у megaparsec зависимостей больше, чем у Parsec. И у attoparsec тоже
Vladislav
megaparsec сильно лучше, чем parsec
Vladislav
И по фичам, и по скорости
Vladislav
Так что выбирать parsec разве что по инерции/привычке
Dmitry
в парсеке есть, да.
Dmitry
ищем, где есть еще
Alexander
надо в мегапарсек добавлять..
Alexander
http://hackage.haskell.org/package/parsers-0.12.9/docs/Text-Parser-Expression.html
Alexander
хотя тут выражение, я не язык
Cheese
это для арифметических выражений, а не строковых литералов
kosc
@qnikst на завтрашний ITGM, надо полагать, ты тоже не идёшь?
Alexander
неа
A64m
Напоминаю тем, кто не минусует удаление TMC:
Единственный результат удаления несломанных экстеншенов лично для вас - вам придется доказывать поехавшим что нет, фундепы использовать можно, нет, любое расширение не могут убрать в любой момент.
Dmitrii
Cheese
где его минусовать?
A64m
https://github.com/ghc-proposals/ghc-proposals/pull/157
Евгений
Заминусовал
A64m
один человек одновременно и плюсанул и минусанул
Dmitry
ну а почему нет?
Евгений
Э? Кто? Я одновременно заминусовал и поставил конфьюзд
A64m
нет не вы, не буду выдавать кто, он уже убрал плюс
Alexander
Любопытно.
А мнение SPJ не определяющее?
Cheese
надеюсь, нет
Cheese
надеюсь, решения принимаются коллегиально
A64m
ну комитет консенсусом принимает, так что теоретически любой комитетчик заблокировать может, правда СПЖ не особо против выступил, скорее всего ему наплевать
Alexander
Вообще, может кто-нибудь рассказать о самых авторитетных персоналиях в Haskell, и кто чем занимается? Списком. Полезно будет всем.
A64m
и при комитетском обсуждении он ничего не напишет (это все равно что за проголосовать)
кана
снойман
кана
про него говорят больше всего
Aleksei (astynax)
Кметт самоустранился в своё время
Aleksei (astynax)
С тех пор повеселел вроде
Aleksei (astynax)
Стримит нынче на твиче
A64m
он из комитета с которым снойман воевал устранился, больше ниоткуда не устранялся
Aleksei (astynax)
Всё равно устранился же :) Комитеты, это тяжело
A64m
он председатель библиотечного комитета - одного из двух, которые что-то решают
Евгений
он председатель библиотечного комитета - одного из двух, которые что-то решают
А кабалокомитет ничего не решает?
A64m
решает что первым на сайте на странице загрузок будет - кабал или стек, так что для сноймана - самое главное решает
A64m
он не кабалокомитет вообще - а хаскель.орг комитет
A64m
те, что решают что с кабалом будет вообще ни в какой комитет не оформлены, хотя да, это был бы третий комитет который что-то решает
Евгений
Комитет сайта? Маяковский_бюрократиада.txt
A64m
ну, не только они еще управляют пожертвованиями на хаскель, гсоки-хсоки организуют
Daniel
коллеги, скажите
вы в курсе, что такое матчер для биржи? криптобиржи, если точнее
если да, то скажите - хорошо ли его писать на хаскеле?
хочу про плюсы и минусы понять
Cheese
расскажи в двух словах для тех, кто не в курсе
Daniel
в двух словах сложно
Daniel
но я попробую
Daniel
у нас есть набор валют
Daniel
у нас есть поток заявок типа "куплю N1 единиц валюты V1 за N2 единиц валюты V2"
Daniel
и есть матчер, который принимает заявки этого вида, и ищет им ответную часть.
Daniel
если находит - производит операции передачи валюты между пользователями U2
Dmitry
нормально его писать на хаскелле
Daniel
это, кстати, означает, что матчер ко всему прочему хранит счета пользователей, раз уж производит между ними передачу
Daniel
нормально его на чем угодно писать
Dmitry
как всегда можно сделать красиво, но медленно
Dmitry
и постепенно дойти до кромешного ада, но быстро
Daniel
меня интересуют соображения за и против
Dmitry
сильно зависит от планируемой нагрузки
Dmitry
ну короче, мы написали, нам норм
Daniel
миллионы событий в секунду
Dmitry
пока не было. но, несомненно, будут, при таком потоке.
Dmitry
стандартные проблемы хаскелла - жор памяти, gc
Daniel
жор памяти - это плохо, перезапускать это часто мне никто не даст
Dmitry
на таком объеме очевидно очень быстро придется дойти до мутабельных векторов и работы с битами