Трансляция вообще с любого языка в любой, то есть это более общий термин

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

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

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

только ли они

full stack PS подразумевает ноду на бэкенде?

Вовсе нет.

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

Они любят перепридумывать уже придуманные штуки.

только ли они

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

я могу представить идентичное обсуждение Хаскеля в JS-чате

придумывают бесполезные монады, перепридумывают императивное программирование со своими IO/IORef

Вовсе нет.

а что тогда?

придумывают бесполезные монады, перепридумывают императивное программирование со своими IO/IORef

"Costate Comonad Coalgebra is equivalent of Java's member variable update technology for Haskell"

а что тогда?

Кстати, написать PS -> Haskell должно быть несложно

У него система типов вроде строго слабже, за исключением рядового полиморфизма

У него система типов вроде строго слабже, за исключением рядового полиморфизма

рядного!

Вообще-то это ты его рядовым назвал когда-то давно и я подхватил

Кстати, написать PS -> Haskell должно быть несложно

кто-то даже накостыливал пруф оф концепт

для рекордов емнип буккипер использовал

кто-то даже накостыливал пруф оф концепт

не про это ли ты? https://github.com/tfausak/thran

Вообще-то это ты его рядовым назвал когда-то давно и я подхватил

никогда

не про это ли ты? https://github.com/tfausak/thran

да, вроде про это

вообще у пурсы стали появлятся такие штуки https://purescript-resources.readthedocs.io/en/latest/

и недавно добавили Instance chains

а что тогда?

https://github.com/purescript/documentation/blob/master/ecosystem/Alternate-backends.md Любой бекенд который вас устраивает, скорее всего pcc.

никогда

да, видимо я путаю с другой ситуацией и другим термином "рядовой полиморфизм" это детище @qnikst

Я не вижу проблем с нодой на бекенде для "веб-приложений". Не все же крипивалюты пишут.

Главное на Elm не писать.

https://github.com/purescript/documentation/blob/master/ecosystem/Alternate-backends.md Любой бекенд который вас устраивает, скорее всего pcc.

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

> Я не вижу проблем с нодой на бекенде Ну да, кому нужны speed или security

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

Можно дописать. :)

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

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

Достоинство PS в том, что сгенерированный JS действительно маленький, никакой прогрузки 5 MiB

Фуллстек пурскриптом, that is.

Для бэкенда у него достоинств нет

Есть.

Достоинство PS в том, что сгенерированный JS действительно маленький, никакой прогрузки 5 MiB

не очень-то он и маленький, на самом деле.

code sharing, но если это сильно хочется, то лучше тащить GHCJS уже на фронт

Ноль геммороя для шаринга типов между беком и фронтом.

не очень-то он и маленький, на самом деле.

ну сравнить с GHCJS если

с этим-то да

мне не нравится в GHCJS полная (и полурабочая) перереализация GHC RTS на JS

я надеюсь в wasm-бэкендом ее можно будет выкинуть и заживем

Когда я раньше смотрел на ghcjs было две большие проблемы – версия компилятора лаговала за основной, ничего не работало.

мне не нравится в GHCJS полная (и полурабочая) перереализация GHC RTS на JS

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

у васмобекенда типа webghc ртс все равно будет неполноценная, а для второго (аустериус или как там) ее и не написали еще даже на самом игрушечном уровне

Покажите мне как пошарить типы с прозрачной сериализацией между браузером и хаскелным бинарником в 2018м.

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

Я не знаю что конкретно он делает, но я находил неоднократно баги там, особенно когда дело доходила до работы с ФВП+FFI

но немного получше гхцжс будет, да

то есть когда надо передать хаскельную функцию как коллбэк в JS-функцию

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

то есть с GHCJS?

да

@s9gf4ult возможно помнит про этот ад с коллбэками в GHCJS, мы вместе разбирались

там был какой-то критический размер функции, после которого все ломалось

После этого я на GHCJS крест поставил

то есть когда надо передать хаскельную функцию как коллбэк в JS-функцию

а какая проблема все на ghcjs делать? зачем js еще?

Помню такое но не помню детали

Да, там внутри все было очень плохо

а какая проблема все на ghcjs делать? зачем js еще?

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

В ghcjs очень плохой рантайм

Там было куча каких то допущений внутри сделано

Как вы будете интегрировать ваш хаскель/пурскрипт с кучей существующего жс кода? Или будете свои фреймворки, библиотеки и прочие велосипеды заново писать?

Есть же интероп. В purescript он ещё и довольно простой в использовании

А интероп позволит заюзать ООП фичи, сделав скажем наследование от класса React.Component?

А интероп позволит заюзать ООП фичи, сделав скажем наследование от класса React.Component?

ну посмотри на purescript-react-basic

ERROR: S client not available

у пурсы лучший подход к foreign

лучше уж тогда сразу идти в Reason

там убогий бекенд будет

Добрый день!

Здесь про Xmonad + Xmobar можно вопросы задавать?

рядного!

Нарядного!

Здесь про Xmonad + Xmobar можно вопросы задавать?

да

Проблема в том, что после обновления Xmonad с 0.13 на 0.14 меню xmobar стало перекрываться окнами , что не очень приятно. Никто не сталкивался с такой проблемой?

https://archives.haskell.org/projects.haskell.org/xmobar/#quick-start overrideRedirect в .xmobarrc какое значение у тебя?

не выставлено

ага

Поставил False, теперь панель перекрывает окна)

посмотри в сторону manageDocks

Боролся с похожей проблемой в Xmonad с xfce panel. Не помню что конкретно помогло, но вот мой конфиг https://github.com/int-index/ii-config/blob/master/xmonad.hs

Хорошие новости, господа! stack больше не нужен, одного cabal должно быть достаточно. 1. cabal new-build избавляет от ада с зависимостями 2. cabal new-repl работает вне пакетов теперь: https://twitter.com/typedrat/status/1023677497307684864 3. cabal уже поддерживает GitHub зависимости, как выяснилось. Можно посмотреть пример здесь: https://github.com/hvr/cardano-sl/blob/wip/cabal-project/cabal.project#L41-L156 4. Можно использовать этот скрипт, чтобы ставить версии ghc без проблем: https://github.com/mitchellwrosen/ghc-switch Чего-то ещё не хватает?

как новый проект создавать?

есть какой-нибудь cabal new name

иначе кабал все еще не готов

cabal init создаёт проект Пользуясь случаем, могу ещё порекламировать summoner! https://github.com/kowainik/summoner

> Чего-то ещё не хватает? чтоб hie с нью-билдом работал?

префикс new- как бы говорит нам, что это ещё не продакшен

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

А почему stack не в почете?

А почему stack не в почете?

абандонваре

абандонваре

Печально

абандонваре

как это? развивается активно

А когда его забросили? В 2015-2016 все кричали о переходе на stack в Haskell Platform?

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

Коллеги, а в реальном продакшене много здесь людей его использует и если да, то сколько по времени?

все новые фичи там в 16 году закончились, и он даже гхц 8.2 полностью еще не поддерживает (в сентябре уже 8.6 будет)

стек? ну его большинство использует, новый кабал-то недоделанный еще

Коллеги, а в реальном продакшене много здесь людей его использует и если да, то сколько по времени?

мы с самого его появления в 2015