вообще в каких-то бананах и линзах про это было, там у нас с Ромой мнения по поводу библиотеки сошлись

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

это по опыту работы с amqp в двух независимых фирмах

во второй с другой стороны был питон и там тоже не все было идеально

ещё была какая-то веселуха с батчами и логикой подтверждения типа all or nothing

но это уже приложение-проблемы были

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

ну и вопрос, что нужно, т.к. rabbitmq и zeromq это разные категории

наспамил и можно спать идти. но, если вам нужна хорошая консультация или прототип (или готовая система), то вы знаете куда обращаться ;)

Спасибо, Саша)

@dmalkr ты помнишь, что там у нас ещё веселого было?

Ну ты почти всё написал. Добавлю ещё, что неприятной неожиданностью было то, что отправлять сообщения обратно надо было в том же потоке, что и принято (или что-то подобное, не помню точно). Программа как-то странно глючила, пока я, наконец, не прочитал документацию на каждую функцию. Пришлось немного переделать архитектуру на менее удобную.

ага вот async >>= waitCatch как раз чтобы в том же потоке был ответ

но тогда у нас асинков не было, поэтому MVar-ами

каменный век :)

ага вот async >>= waitCatch как раз чтобы в том же потоке был ответ

а как это влияет на потоки? всё это в bound thread?

ответ, который будет обработкой результата waitCatch будет в том же треде

и.к. он bound и.к. вызывается из сей

видимо выполнилось или вопрос остался?

просто я не уверен что тут eta многие (хоть кто-нибудь) использует

Что такое "eta" ?

А не тут его вообще кто-нибудь использует? :)

Что такое "eta" ?

ghc 7.10 с бекендом в jvm

Интересно, а в этом бакенде GC чей? От jvm, или поверх него?

jvm

думаю сделать глобальную _IS_DEV_ENV = unsafePerformIO $ chckIfDev <$> getEnv "ENVIRONMENT" но испытываею угрызения. Забить на глупый внтуренний голос и залепить?

Заведи ReaderT EnvType и работай в нём

ломает такие вещи везде пробрасывать

ломает такие вещи везде пробрасывать

ну а если RIO или отдельно data-has задействовать?

а чем плохо с переменной то?

переменной настолько же плохо как и другие способы

появляются пара веток и тестировать их и т.д.

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

unsafePerformIO нельзя же

Заведи ReaderT EnvType и работай в нём

имхо вот это канонично

а за unsafePerformIO тебя покарают боги

меня не покарают

я знаю как он работает когда и почему

а тех, кого покарают - пусть network не пользуются

и bytestring и vector

там вообще inlineIO

чтобы их использовать не нужно знать как работает unsafePerformIO

и пока сам не вызваешь всё ок

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

а вообще лучше так, почему нельзя использовать unsafePerformIO ?

название как бы намекает

можно, но там же внутренний голос, ему доводы нужны

Ну тащемта окружение можно менять, так что совсем канонично-ортодоксально getEnv

На мой взгляд важный довод. Если название функции говорит, что она unsafe, то код без неё лучше.

не катит

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

названия это очень важно

Ну тащемта окружение можно менять, так что совсем канонично-ортодоксально getEnv

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

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

названия это очень важно

и.е. вы видите название и предлагаете на основе только этого, а не какого либо другого знания советы другим людям?

не надо так

unsafe = не пользуйся, не зная зачем и как работает

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

Я б еще NOINLINE добавил к переменной

да

это обязательно

вот это отличное замечание

там вообще inlineIO

accursedUnutterablePerformIO

ну там алиас

вот эту штуку лучше точно использовать только если все понимаешь

@astynax не знаю что ты меня пугал с формочками, я на Люсе с type Form e a = HtmlT (Reader FormEnv) a собрал тут на коленке. вроде хватает :)

unsafe у unsafePerformIO т.к. через него можно сделать unsafeCoerce

неожиданно и засегфолтитт программу

с safe функциями этого не должно быть возможнр

т.к. система типов должна быть sound

и.е. вы видите название и предлагаете на основе только этого, а не какого либо другого знания советы другим людям?

Кое-что я про эту функцию всё же знаю. Не достаточно для того, чтобы использовать, но достаточно, чтобы не использовать.

и что же вы знаете?

что она плохая

и что почти всегда можно обойтись без неё

(я очень не люблю когда люди говорят "это плохо, потому что это плохо", поэтому просто так не отстану)

идеология в инженерных науках неприемлима

чем она плохая?

вообще-то в программировании идеология это всё

какие трейдофы мы получим если обойдёмся без неё

вообще-то в программировании идеология это всё

вообще-то нет

вообще-то нет

вот и поговорили