Если речь вот об это фигне: https://github.com/commercialhaskell/stack/issues/2534 То я ЗА.

Хотя, опять же, повторюсь, инструмент еще довольно нейдобен, чтобы на него все завязывать. Надо пилить, пилить и еще раз пилить.

какие есть более удобные альтернативы?

А кто-то или что-то заставляет прямо сейчас сделать выбор?

а когда? через 10 лет? )

Раньше вон. стека не было. Но в линуксах не стремились что-то на cabal завязывать работу с пакетами хаскелвыми

задачи как бы надо уже сейчас решать

А они как бы не решаются никак иначе??

ну я ж говорю -- какая более удобная альтернатива?

Текущий вариант оставить. Такое мое мнение. Пока не допилят стек или не появится нечто более удобное

А то раньше был Cabal, который WriteOnly по факту был (один раз поставил пакеты и хрен удалишь, а часто и хрен обновишь), так и остался стек writeonly. Прогресса особого я не заметил. Да, чуть удобнее стало собирать окружение для софтины. И все.

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

К слову, в Cabal я мог посмотреть установленные версии пакетов. А в стеке что-то не нашел такой возможности

со стеком стало прям сильно лучше

К слову, в Cabal я мог посмотреть установленные версии пакетов. А в стеке что-то не нашел такой возможности

Там в lts уже определенные версии

да, версии в снапшоте стекеджа прибиты гвоздями

и это очень удобно

Вы знаете, я человек консервативный. Мне не импонирует идея переустанавливать весь тулчейн раз в полгода. Без разницы, о каком языке или наборе языков разработки идет речь. И также я понимаю, что в процессе поддержки проекта время от времени возникает необходимость ли желание обновлять этот самый тулчейн, обновлять версии используемых бибилиотек и т.д. А еще я понимаю, что по 1 гигу на каждый проект (как сейчас работает стек, причем только на одну версию lts), это слишком жирно, даже с учетом терабайтных жестких дисков.

Да да - очень удобно и скорость сборки возрасла многократно

ээ по гигу на проект это сендбоксы как раз

Там в lts уже определенные версии

Ага, а переход на новую версию lts ручками, с чисткой старых сборок.

Охуенное удобство

стек шарит между проектами библиотеки

ээ по гигу на проект это сендбоксы как раз

Я заглядывал ради любопытства в папку стека.

загляни в папку сендбокса кабала ещё

Ничего не мешает в stack.yaml прописать то что нужно

Не знаю, может это он в коммунистических ОС что-то шарит. В буржуйской винде все копирует.

загляни в папку сендбокса кабала ещё

Не держу этого говна.

Он мне никогда не нравился.

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

Дак хуже кабал. Я не спорю.

а что лучше?

Незнаю как все ,но я считаю стэк определенным прорывом - чтобы уменьшить боль)

Но и то, что есть называть верхом удобства не согласен.

ну ты ж понимаешь что это не абсолют? по сравнению со всеми другими вариантами - стек и правда верх удобства

Типа синица в руках?

если ты думаешь что все очень плохо - напиши свой стек с круассанами и танцовщицами

Просто мне непонятно это рвение. Жили-были двадцать лет и тут на тебе, срочно нужно что-то делать, у нас тут стек появился!

я ж говорил - решать задачи надо вот сейчас, ждать 10 лет пока появится (если появится) что-то более лучшее какая-то так себе идея

хреново жили эти 20 лет потому что

И кстати недавно чтото брал из гита хаскельное на пробу - в проекте нет стэк - попробовал сделать стэковским - стэк указал какая проблема - я просто в кабале версию немного либы поправил (что была в lst) и всё работает ))))

выглядит как сдача проекта с оговорками, просто потому что сроки поджимают. ?

я чёт перестал тебя понимать совсем

какие сроки, какие оговорки?

А про какие задачи ты говоришь?

Неужели стек прямо сейчас покрывает все задачи на 100%? Или кто-то обещает, что в ближайшие год-два станет покрывать?

Лично мои задачи он не покрывает.

Неужели стек прямо сейчас покрывает все задачи на 100%? Или кто-то обещает, что в ближайшие год-два станет покрывать?

Вот допилили бы IDE поддержку - былобы ок

ок, не пользуйся )

напиши свой

Да куда там не пользуйся!

Уже в репл через него ходить приходится. Просто потому что удобнее

так все же удобнее? )))

Так он все же далек от идеала ?

"приходится потому что удобнее" это просто пять

утомил, извини )

Ладно, работать надо

стек шарит между проектами библиотеки

в результате GC невозможен

собираешь с profile потом без -2Гб места

=)

которое не освободить никак кроме полного удаления .stack-work и ~/.stack =)

ну что такое 2гб... )

https://www.futurelearn.com/courses/functional-programming-haskell/1/welcome

можно и делать const начиная с какого-то момента

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

ERROR: S client not available

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

Ребята, столкнулся с проблемой

есть вот таких 2 тайп класса и по инстансу для них

class (Monad m) => JiraClient m where jiraUser :: Int -> MaybeT (ExceptT MyErr m) JiraUser instance JiraClient (State (IntMap JiraUser)) where jiraUser id = do db <- get hoistMaybe $ lookup id db class (Monad m) => RedmineClient m where redmineUser :: Int -> MaybeT (ExceptT MyErr m) User instance RedmineClient (State (IntMap User)) where redmineUser id = do db <- get hoistMaybe $ lookup id db

и есть вот такая функция func :: (RedmineClient m, JiraClient m) => MaybeT (ExceptT MyErr m) String func = do u1 <- jiraUser 1 u2 <- redmineUser 2 return $ show u1 ++ show u2

для IO есть инстансы

и проблем с запуском нету

а вот как запустить с 2-мя разными State я пока не смог додуматься

я пробовал через StateT сделать

но тоже не смог

с мтл так не прокатит, с двумя StateT формально можно если лифты руками сделаешь

можно посмотреть доклад кмета и про monad morphism и посмотреть не запилил ли он это

лифты в func делать надо?

ну у тебя будет StateT внутри другого

я понял

и для функций во внутреннем тебе придётся lift писать

я просто делал StateT instance

для каждого из клиентов

и думал как-то это запустить получится

чтобы внутри func ничего не трогать

вообще были какие-то пакеты с проекциями или тегами

у roche и ещё у кого-то

как вообще в хаскеле делают такие вещи? ну вот я хочу изолировать IO и протестировать функцию

ну внутри func могла быть более сложная логика

каким путем идут?

я наверное как-то не так пошел

2 стейта разных в mtl или что именно?

ну смотри, я хочу написать функцию, которой нужны данные с двух разных сервисов

чтобы протестировать эту логику

мне надо как-то изолировать сервисы

ну в других языках делают интерфейсы

и делают тестовую реализацию