Я думаю, что люди знающие haskell и так в курсе всего этого безобразия, интереснее разбудить интерес к ФП у людей пишущих на более мейнстримовых языках.
Для js — это вполне нормальная ситуация. Клиентские приложения часто пишутся с использованием например commonjs, сборка в этом случае все равно требуется, несмотря на то что сам код написан на чистом js.
В недостатки нативных ES6 promises я бы еще добавил отсутствие метода finally() и не очень интуитивно понятный способ создания зарезолвленых промисов (Promise.all([])). С другой стороны, выкидывать лишние библиотеки из проектов всегда приятно :)
Очень хочется более продвинутой поддержки JSDoc. Конкретно эта проблема youtrack.jetbrains.com/issue/WEB-10956 сильно мешает жить. А так все замечательно, спасибо за отличный инструмент!
Охтыж ежык!!! Я тоже почитал, примеры, которые этот гуру ООП сюда кидал — это не примеры говнодизайна созданные специально для троллинга, это реальный код из его игрушки!
MySQL тормозит? Что там за нагрузка такая?? У нас 2.5к запросов в секунду и не тормозит… (там правда кеш еще перед ним в виде монго и варниша, но это мелочи :))
Да что же тут понимать то :) Вы утверждаете, что стрелочка — это ООП, а «bind(this)» — не ООП, class — ООП, а prototype — не ООП и так далее в том же духе. Серьезно, я не понимаю, зачем вы с таким упорством выставляете себя болваном?
тогда уж:
Хороший язык, спору нет :)
заставит меня читать тело функции, иначе я так и не пойму что же туда передавать надо и что она вернет
В то же время
очень даже понятен.
Плюсом к этому мы получаем плюшки от IDE в виде адекватного автодополнения и возможность статическим анализом выловить совсем тупые баги
cyberrise.eu/Game/js/AgentStateG.js
Я правильно понимаю, что это один из примеров масштабных и сложных проектов, в которых мне бы стоило поучаствовать, чтоб опыта поднабраться?