Я очепятался. Не являются ФЯ

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

По concurrency GHC может потягаться с любым языком.

Ну щас впарят банку Хаскель )

И опять, кейсы какие-то узкие. Сколько процентов задач требуют performance и high load?

как-то Тима Балдриджа уже "донимали" по этому поводу. он ответил примерно так: "You say X is faster than the JVM? Is it parallel, GC'd, dynamically JIT'd, dynamically typed, capable of handling tens of GB of data? If not...it's apples to oranges..."

1. возможно, с другой стороны haskell можно использовать с jvm, что мы успешно делаем с Pfizer и другими компаниями. Но аргумент достаточный, особенно если фирма большая
2. в большинстве случаев оно есть, но есть всякие oracle, с которыми вроде плохо. С другой стороны odbc есть. Если нужны opensource то все проще, ещё у haskell очень простой FFI а либы под си обычно есть.
3. GC в haskell похуже в общем случае, но GC java не будет работать для haskell программ. В целом haskell находится в той же категории, что и java (1.3-1.5 проигрыш по CPU по сравнениию с си). В haskell хорошая runtime система по сравнению с java, в последнии коды со всеми concurrency collections в java стало поинтереснее, но сейчас я бы не готов был на ней писать т.к. сложнее.
4. Ну за 1.5 месяцев вы не соберёте команду, которая не знала языка, но начнет писать грамотный highload, я не поверю, что вы сделаете тоже с clojure. С другой стороны если добавить в команду 1/2 человек, которые знают язык - то сможете.

хм.. а с каких пор jvm стала dynamically typed :/

хотя вообще похоже на интервью из прошлого десятилетия, сейчас модно про сотни GB of data меряться

(там я кстати сходу не скажу, что haskell будет на коне,  с другой стороны там у всех уже особое программирование начинается)

когда я с ребятами из WT общался, то они говорили, что подготовка 4-6 недель норм

т.е. они говорят что удобно если в команде ~6 человек (в общем-то большая), есть 1-2 знающих, то рекомендуют 1 большое занятие вначале, общее, потом 1-2 недели просто работы, потом ещё одно продвинутое + нужна доменная область

мы людей с нуля не учили, так что ничего тут не скажу

Я это видел в живую. Брали интернов, учили их PureScript на боевых задачах, и через несколько недель пускали в общую разработку.

Как раз за 1,5 месяца команда и собирается. Дело в том, что программисты на Java или JavaScript получают 100% interop со своей платформой. Они знают свою платформу и они уже умеют ее готовить. Переходя на Clojure программисты оказываются в "родном" рантайме, но на более высоком уровне абстракции. Они становятся продуктивнее. Если собрать количество библиотек для JS  и Java то Clojure обгонит Haskell даже не в 100 раз.

Индийская компания Juspay, расположенная в Бангалоре, по такому принципу делает свои сервисы для e-commerce.

Для справки. Это первая компания, где я работал в качестве старшего функционального разработчика на полную ставку, реализовал для них 2 больших проекта за полгода, и вот сейчас они начали еще один, еще больший, но я уже подписал контракт с поляками, и пока их покидать не хочу

Понятно почему Польша вдруг стала волшебной страной. До этого наверное ей была Индия...

Вы звучите, как типичный менеджер. Учитываете только внешние факторы. А такие, как поддерживаемость кода, как уменьшенное количество ошибок, и тому подобное, почему-то в расчет не берете.

К слову, в конце того года в Индии прошла 3-хдневная конфа по ФП.

Стоит добавить что в развитие JS рантайма и JVM рантайма вложена миллионы человеко-часов. Очень много людей работает над их улучшением. Какждый раз когда Jvm  или JS становится быстрее, то Clojure автоматом становится быстрее. Каждый раз когда в JS или Jvm появляется новая фича, Clojure получает ее автоматом. Это огоромная экономия денег. Не уверен что GHC  развивается теми же темпами и таким же количеством людей как JVM и JS. Возможно язык прикольный, но ждать новых фич в его рантайме придется  сильно дольше чем для JS или JVM