(лень по приватам общаться с нужными людьми)

@chshersh в общем в итоге branchfree работает там но едва лучше чем старая версия

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

а что сейчас на взлете, новый кабал или таки стак? что для нового проекта выбирать?

при возможности и наличии знающих людей - nix или nix+cabal

(лень по приватам общаться с нужными людьми)

(а почему выходил?)

это тема для _blah

@chshersh в общем в итоге branchfree работает там но едва лучше чем старая версия

Хорошо, тогда предлагаю это пока делать. Там и так текущий код по бинарному поиску страшный, поэтому не хочется его трогать без действительно необходимой причины. По крайней мере во всех местах, где я использую typerep-map, это точно не bottleneck)) В любом случае, спасибо за работу над этим вопросом и расследование в плане перформанса!

@chshersh можешь у себя запустить посмотреть но на моём ноуте реальная погрешность от criterion больше, чем разница

ну в реальной жизни у тебя больше 10-ка разных типов в мапе не будет

@chshersh можешь у себя запустить посмотреть но на моём ноуте реальная погрешность от criterion больше, чем разница

Я попробую посмотреть у себя ?

но у меня всякие штуки, типа отключенных HT и всего такого

код кстати стал сильно проще

просто он весь в си теперь :D

можно ещё cmm попробовать, но до добавления primop-ов новых наверное без толку

я бы попробовал сделать 1 массив, а не два, но я боюсь, что мне придётся всю либу переписывать

при возможности и наличии знающих людей - nix или nix+cabal

Есть гайд к этому всему?

нету, конечно это ж haskell

у никса, на мой вгляд вообще плохо с документацией имхо, приходится бегать по мануалу и сырцам, проще взять примеры у людей

https://github.com/qnikst/sample-site/tree/master/nix

тут можешь посмотреть nix + docker + генерация простого шела

при возможности и наличии знающих людей - nix или nix+cabal

а как это nix без кабала если для хаскеля? или nix+cabal это ты про new-build?

тут можешь посмотреть nix + docker + генерация простого шела

Ладно, пока мне нового кабала хватает

а как это nix без кабала если для хаскеля? или nix+cabal это ты про new-build?

ну можно чисто nix-ом работать и cabal только либой будет

и все через nix-build собирать

вот как snack делает

там будет Cabal, но не cabal-install

у меня выше nix-build для сборки докера, а в shell -> cabal-install

а, т.е. ты в смысле CLI tool? ок

+ можно свои команды добавить, там создание настройка базы, команды для доступа к облаку и все k8s тулсы и все такое

причем это будет у всех разработчиков сразу

@chshersh надо бы другие low hanging fruits найти у вас

а то мне нужна ещё футболка

Kirill мы уговорили слоана попробовать cabal-install

Жесть :)

@chshersh надо бы другие low hanging fruits найти у вас

Это пожалуйста, там еще 41 открытое issue висит) Возможно появится еще больше ?

Это пожалуйста, там еще 41 открытое issue висит) Возможно появится еще больше ?

Вы там где-то на 8.6.1 перешли, он же поломан

GNU/R00tKid будет жить. Поприветствуем!

Hi

o/

i can’t speak or read russian yet but i love haskell

sure you should try to learn, it's almost as amazing and Haskell; two of my co-workers has started learning it already

feel free to ask/tell anything and you'll receive reply in English, but most of the discussions here are in Russian, there is also @en_haskell channel, but there is almost no traffic

feel free to ask/tell anything and you'll receive reply in English, but most of the discussions here are in Russian, there is also @en_haskell channel, but there is almost no traffic

?

Вы там где-то на 8.6.1 перешли, он же поломан

При помощи 8.6.1 проверяется CI. Это просто меры, чтобы убедиться, что все билдится с новой версией GHC. Все наши проекты компилируются при помощи последних трех мажорных версий GHC как минимум, поэтому можно выбрать любую, с которой работать более комфортно ? В данный момент пока что все работают на GHC 8.4.3 все равно

чем раньше люди переходят на 8.6.1 и собирают им тем лучше

чтобы таких проблем как с *.1 не было

кто-нибудь, придумайте какую-нибудь очень простую последовательность, но чтобы в ней бежалось по разным классам чисел

и не очень быстро растущую

В смысле классам?

четные. нечетные, простые и нет и прочее

а стоп, хотя ничего интересного все равно тут не сделать, вопрос снят

просто сделаю 5+7n

Из-за того, что RC никто не собирает адовые баги, вроде сломанного дерайвинга Ord, находятся в *.1

Я тоже не собираю

вот именно

вот именно

Собирать в СІ это ок, в продакшон пихать не ок

:D

Так если не собирать, то именно такое вот придётся пихать в продакшон

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

четные. нечетные, простые и нет и прочее

[1..]

а. упорядоченное, б. слишком много элементов

в смысле не критерион, а что-то что выдает нормальную статистику/данные от долгого запуска?

В смысле?

ну мне не нужно умничание критерионовское с запуском программы кучу раз

но нужна талбичка с тем что за сколько отработало

которую удобно смотреть

НЕту, вроде

Но как тогда оченивать ошибки совсем непонятно

Критерион, конечно же, страшно врёт

никак

стало в 10 раз хуже - значит проблема

Думаю, нет

вообще мне и t <- time q putStrLn $ "blabla: " ++ show t наверное подойдет

Anton будет жить. Поприветствуем!

вообще мне и t <- time q putStrLn $ "blabla: " ++ show t наверное подойдет

Я в своих проектах в последнее время использую gauge библиотеку для бенчмарков http://hackage.haskell.org/package/gauge Там интерфейс такой же, как у критериона, только зависимостей раз в 100 меньше, и не надо ждать по 40 минут каждый раз, чтобы на разных версиях GHC пробенчмаркать. Правда, нет красивого HTML, только красивый консольный аутпут. Но как по мне, красивого HTML и не должно быть в библиотеке бенчмарков, это можно сторонней либой сделать.

Оказывается, версия GHC 8.4.3 тоже бажная. Вышла версия GHC 8.4.4.

Никогда такого не было и вот опять

Оказывается, версия GHC 8.4.3 тоже бажная. Вышла версия GHC 8.4.4.

Урл?

рассылка

https://twitter.com/bgamari/status/1051599021226291200 ещё

- A bug which could result in memory unsafety with certain uses of     touch# has been resolved. (#14346)   - A compiler panic triggered by some GADT record updates has been     fixed (#15499)   - The text library has been updated, fixing several serious bugs in     the version shipped with GHC 8.4.3 (see text issues #227, #221,     and #197.   - A serious code generation bug in the LLVM code generation,     potentially resulting in incorrect evaluation of floating point     expressions, has been fixed (#14251)

помогите человеку с вимом https://gitter.im/ruHaskell/forall

Наверное, сервер не в $PATH

Наверное, сервер не в $PATH

https://gitter.im/ruHaskell/forall

помогите человеку с вимом https://gitter.im/ruHaskell/forall

надо ZZ жать

надо ZZ жать

-

на этой неделе в бекендсикрет... Голанг(

на этой неделе в бекендсикрет... Голанг(

ага, я сегодня немного удивился, когда аккаунт хаскеллиста на которого я подписался на прошлой неделе начал вещать о том, что дженерики не нужны

там вообще дикий ужас, к го никогда любви не будет, он не только скучный, но и многословный

го, он просто для людей, которые не хотят учиться, но при этом любят велосипедить