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

Наверное, да.

в общем, я попробую. Проблема наверное уже давно известная, но я как-то не видел, чтобы её кто-то решил. Есть у меня кабал файл и в нем есть executable rpki-pub-server с длинным списком зависимостей

и есть у меня test-suite test-rpki-pub с тоже длинным списком зависимостей

причем эти два списка практически одинаковые

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

стэковерфлоу как-то не сильно помогает

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

Нет.

ага, супер

а у stack есть какая-то такая функциональность?

сомнительно, но вдруг

Нет.

У таргетов разные зависимости и это ожидаемо.

ну это сомнительное достоинство, конечно

но понял, спасибо

https://oden-lang.org/

Вау, выглядит интересно! Спасибо за ссылку

я бы не тратил на это много времени:)

лучше хаскель учить:)

лучше уж https://github.com/j14159/mlfe

лучше хаскель учить:)

Этот язык тоже выглядит интересно :)

если честно элм впечатление оставил как из сказки про кашу из топора - сперва там ставим то потом сё(причём json) и вот оно счастье(имхо) А так приятно смотреть

Какое мнение про фредже тоже как хаск но на джв

А что это за среда?

Хаскеле подобный язык на инфра jvm

Я его пытался юзать но - зачем прослойка если есть ghc- а так да - чтото читал он там место кокоето занял по ЛЮБВИ - но хз (

Поправлюсь там в ихних германиях второе вроде место конкурса какого не помню)

А что это за среда?

Или ты про ось итп?

LXDE debian 8

Я его пытался юзать но - зачем прослойка если есть ghc- а так да - чтото читал он там место кокоето занял по ЛЮБВИ - но хз (

для плавного перехода с джавы и возможности использовать все то, что уже написано для jvm

киллер-фича Scala в том же самом примерно

scala-native анонсировали, на llvm

ну там и js-backend есть

scalajs?

да

и еще вроде будет что-то с dotty

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

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

вот только производительность там, наверное, аховая

Без автоматического средства проверки соответствия стайлгайду — это лишнее время на ревью и холивары а-ля "так же читаемее!".

Зависит от степени детализированности стайлгайда

а у stack есть какая-то такая функциональность?

Был же враппер какой-то который позволял

Был же враппер какой-то который позволял

враппер вокруг кабала?

Утилита генерирующая кабал из какого-то своего формата

Там можно общие части зависимостей выносить, может еще что полезное

Но я совсем не помню как оно звалось

ага, спасибо, попробую поискать

А, hpack что ли?

https://github.com/sol/hpack

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

http://hackage.haskell.org/package/cartel-0.18.0.2/docs/Cartel.html

занятно

Надо будет переименоваться в Johar Dudaev

https://lettier.github.io/posts/2016-07-04-haskell-to-javascript.html интересно

и подборка https://lettier.github.io/posts.html

@qnikst Саша, ты говорил что с кладу хаскель работал. Мне интересно, ты просто игрался или на проде крутил? Он продакшн реди или нет?

а то мажорного релиза так и не было

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

Production мы его меинтейним

очень круто конечно

0.х это можор в мире хаскела

много багов нашли?:)

я понял:)

В последнем релизе прилично но в corner cases

просто интересно если сравнить с тем же Эрлангом

Я до дома доеду подробнее отвечу

ок

ERROR: S client not available

расскажи плиз, а то очень интересно стало после этого доклада

а какого доклада? =)

в общем если рассматривать всю инфраструктуру то у erlang на гораздо обширнее, все эти OTP

https://skillsmatter.com/skillscasts/3241-haskell-cloud

я просто чесно говоря про эрланг только слыашл

поэтому может мне так понравилось

т.е. если считаешь что OTP это хорошо и нужно то в эрланге все с ним лучше

ну и SPJ просто крутой докладчик:)

под cloud haskell есть тоже попытки все это реализовать но только силами одного Tim Watson, и имхо там не очень хорошее качество кода

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

мы эти пакеты не используем и явно не меинтейним

вот, если отбросить всю инфрастуктуру, то уже появляются все бонусы от haskell: 1. статическая типизация всей программы 2. возможность использования типизированных каналов 3. возможность использования эффективных concurrency примитивов и shared memory

простой FFI

с т.з. самих RTS тут непонятно, в erlang есть отдельные кучи и поскольку нету sharing данных кроме как через ets какое, то лучше ситуация с GC

и один поток не будет блокировать дргуие

для некоторых приложений это может быть плюсом

по основным же фичам, наличиям actors, бекендов, остновых примитивов, возможности слать функции на другую ноду, cloud-haskell очень хорош

а ещё, там есть ограничение на same executable, т.е. послать вообще-совсем-новый-код на другую ноду так просто нельзя

в то время как в erlang можно

как-то так

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

статик поинтеры, про которые я не помню говорил ли он мы уже в ghc запилили

я вот про это не очень понял

в 8.2 совсем круто будет

смотри сейчас если тебе нужно послать какую-то функию нужно или дать ей label и передавать этот label а на другой стороне по таблице его превращать в функцию

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

ещё можно TH любую функцию превратить в такую, она распадётся в большую структуру данных

ну обе стороны должны знать какому label какая функция соответствует?

да

со статиками будет новый keyword

TH - Template Haskell?

дв