Комментарии 24
Таки рекомендую ознакомиться с happstack — в нем благородная Хаскель-стайл архитектура, а не слизанная с Ruby on Rails. А статья все равно годная :3
А примеров кода не будет, да?
Scotty тоже вполне ничего (hs-вариант синатры).
[зануда]Позвольте придраться к эпиграфу: в Haskell, насколько мне известно, можно определять свои операторы и оператор >>= определен не в самом языке, а в его библиотеке. К тому же в F# тоже можно такой оператор объявить.[/зануда]
До этого меня останавливал только тот факт, что никто из облачных сервисов вроде GAE, OpenShift и т.д. не собираются иметь дело с Haskell.
В OpenShift можно использовать DIY картридж и установить ghc, cabal, etc. через комит-хуки. Или создать свой картридж для хаскеля, чтоб и другие смогли им пользоватся
Хаскель в продакшн? Не смешите!
И чего? Я тоже сам для себя могу писать на чем угодно. Но это ничего не доказывает.
По ссылке приведены примеры реального промышленного программирования на Haskell. Каких доказательств вы ждете?
Обежемой, луцент моделирует что-то там для себя на хаскеле. Банки примерно тем же самым занимаются. АСИКи/ФПГА туда же. И где хоть одна система, отказ которой будет стоить $1M в час? А математику в оффлайне много на чем можно считать.
Ошибки в АСИКе очень дорого стоят (если ничего не путаю, подготовка к производству минимум $50k + куча времени).
В моем проекте за год онлайна не было ни одной проблемы, связанной с хаскеллом. Зато были со всеми остальными «надежными и проверенными» подсистемами.
В моем проекте за год онлайна не было ни одной проблемы, связанной с хаскеллом. Зато были со всеми остальными «надежными и проверенными» подсистемами.
Означает ли это, что все проблемы с другими программами на хаскел исключительно по вине сторонних факторов? И конечно же можно очень легко дома самому переписать какой-нибудь хмонад так, что бы избавить его от спейс ликов. Но только вот что-то никто этого не делает…
Нет, не означает. Проблемы с программами на хаскелле обычно связаны с логическими ошибками, неправильным подходом к решению задачи, плохими алгоритмами.
А вот проблем, чтобы бояться запустить в продакшн (segmentation fault, NullPointerException или нестабильность рантайма), нет.
За все время поймал только один segmentation fault (когда обрабатывал слишком много исключений типа StackOverflow, по вине логической ошибки), который был исправлен разработчиками GHC через несколько дней. Еще была фрагментация памяти, замедляющая работу в разы, но это лечится тем, что не используются долгоживущие ByteString-и.
Не знаю, что там за проблемы со спейс ликами в xmonad. Надо скомпилировать его с heap profiling и посмотреть, где утечка. Дело нехитрое.
А вот проблем, чтобы бояться запустить в продакшн (segmentation fault, NullPointerException или нестабильность рантайма), нет.
За все время поймал только один segmentation fault (когда обрабатывал слишком много исключений типа StackOverflow, по вине логической ошибки), который был исправлен разработчиками GHC через несколько дней. Еще была фрагментация памяти, замедляющая работу в разы, но это лечится тем, что не используются долгоживущие ByteString-и.
Не знаю, что там за проблемы со спейс ликами в xmonad. Надо скомпилировать его с heap profiling и посмотреть, где утечка. Дело нехитрое.
Безмерно удивлен — за длительное время использование xmonad на Ubuntu и Gentoo не заметил проблем с утечками. Вы уверены в своем высказывании или это была метафора?)
АСИКи/ФПГА туда же.
Очевидно, вы некомпетентны в этой области. За сим дискуссию прекращаю.
Забыли рассказать как yesod поставить.
Снойман, конечно, молодец, что тащит такой функциональный фреймворк на себе, но на мой взгляд собственный синтаксис для CSS и Javascript — это перебор (я имею в виду Cassius, Julius и т.п. штуки в Yesod).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Yesod = Haskell $ Web