Пользователю поебать понятное дело. Но мне вот как программисту желательно бы выдать инструмент поудобнее..

Это конечно здорово обсуждать критичные сервисы на сишке, но много кто таким занимается?

Чтобы например не тратить время на расстановку malloc и free например. Или чтобы писать асинхронный код почти как синхронный, а не делать конечный автомат руками.

А написать страшный код на си с минимумом абстракции - это всегда можно, не так интересно и в принципе понятно как это делать.

И он уже в принципе написан по большей части.

поэтому, мы приходим к следующему важному пукнту "каждой задаче свой интсрумент". ты выбираешь набор приоритетов - перфоманс io, перфоманс cpu, скорость разработки итд. и выбираешь подходящий инструмент, а удобство субъеквтиный вопрос вообще. си, например, многим неудобен из-за ручного управления памятью и отсутсвия грин тредов - ок, берём го и едем дальше.

Ну вот по сравнению с хаскелем многие инструменты во многих аспектах выглядят примерно такими же низкоуровневыми как Си.

Удобство кстати сильно влияет на скорость разработки.

Любой типичный бэкенд по перфомансу устроит довольно широкий набор вариантов - нода, jvm, го, эрланги всякие. А дальше выбор по удобству и другим критериям.
Я к тому, что разговор начался про работу с асинхронностью в коде, а ты опять про свой божественный event loop.

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

Есть такое. Но это не значит, что его надо игнорировать. Сложность хаскеля не на пустом месте возникла, и не просто так. Это плата за богатые возможности.
Я вообще отношусь к хаскелю как к некой игрушке для умных академиков, где они гоняют свои абстрактные абстракции и в результате получают некоторые достаточно хорошие инструменты, которые потом потихонечку растаскиваются в мейнстримные языки.

А сами то чёрную тему не сделали, насколько я помню, там только на участке с кодом можно сменить тему

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

Тот же async/await в куче популярных языков - это очень частный случай do нотации хаскеля, переделанный под конкретный язык и заточенный только для асинхронщины.

Императивные языки используют конструкцию из функционального языка, которую туда засунули чтобы сделать этот язык похожим на императивный?)

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

java.lang.NullPointerException
    at org.bouncycastle.cms.CMSSignedDataGenerator.generate(Unknown Source)
    at org.bouncycastle.cms.CMSSignedDataGenerator.generate(Unknown Source)

Слава JEP 358:
java.lang.NullPointerException: Cannot invoke "org.bouncycastle.cms.CMSTypedData.getContentType()" because "<parameter1>" is null

Потому что эта конструкция может использоваться с любыми монадами и что конкретно она делает - это зависит от используемой монады. Если это какой-нибудь State например, то будет некоторый аналог императивного программирования. Но если там какой-нибудь Maybe или Either, то это по сути уже никакой императивности там не будет. Это уже будет что-то типа аналога оператора ? в котлине.

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

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

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