Это и сила и слабость скалы. Проблемы начинаются когда собираются вместе лютый ФП-шник с вчерашним java-прогером. А HR как набирают? Знаешь скалу? -Знаю. Ну на 200К. Начинаешь завтра.
В лучшем случае они разобьют друг другу лицо)))

Не внедряют а пробуют внедрить, успехи так себе и я не думаю что станет лучше. Java никогда не сможет стать ФП если они сохранят backward compatibility




И да, и нет. Подключить библиотеку в Java проект не составляет никакого труда, если разработчики озаботились созданием API, как спарк и кафка например. Требовать же спринг на скале - это как требовать поддержку ruby on rails для питонистов, наверное конечно можно, но не стоит. Но тут речь о фреймворках а не либах

Вот тут не понял - а что мешает то? ФП это как SQL - декларативное описание программы. В какой очередности что-то дергать или выполнять(в том числе в абсолютно императивном стиле) - все идет на откуп движку БД. Но у тебя же не возникает вопроса - что там остается от SQL?

Тогда ты изучал процедурное программирование а не ФП.

maytonХу есть ФП, которое невозможно реализовать?


Все можно, вопросв том как получится. Классическое ФП предполагает как минимум immutable - в Хаскеле например это вшито, в java же мутабельность повсеместна и нету способа гарантировать ее отсутствие в отдельно взятом куске кода, это и создает проблемы. Все эти map, flatMap io-монады работают потому что они следуют неким законам
Также в джаве геморно с нулами и эксепшенами ну и система типов слабовата, поэтому не внося кардинальные изменения в язык ее не сделаешь ФП-шной, да и не надо если честно.
IMHO механизм генериков в Java хорош именно своей неполноценностью.

Может с точки зрения теории, оно и неполноценно. Но зато с точки практики - просто, понятно и в большинстве случаев работает

Реально тебе нравится Map<Key<? super String>, Container<A extends Comparable<A>> понятным и очевидным? а как в рантайме отличить List<String> от List<Int>?
template в C++ - IMHO это жуть и мрак.

Возможно, но есть же и другие языки? Та же Scala просто уделывает по дженерикам
У меня большое подозрение, что значительная часть людей под "настоящее ФП" понимают всевозможную порнографию из Java Script и прочих скриптовых языков.

Ну это их проблемы. Вообще не сталкивался конкретно с таким, но что ФП понимают неправильно - это да

Начиная от отказа в типизации - а кому нафиг нужна НЕ типизированная Java? и останется ли она Java'ов?

Хотя есть примеры нетипизирванного ФП, все же на мой взгляд оно реально рулит только при сильной типизации

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

Это может быть полезно. Как вариант решения expression problem.

Но соглашусь с основным поинтом - ФП у каждого свое в голове, но нормальные материалы начинают появляться и я думаю что в скором времени "все договорятся". Просто говоря о ФП мешают много всего в кучу, хотя сама идея очень простая - программа описывается как "рецепт" где прописываются зависимости по данным(что от чего зависит) и способы получить из одних данных другими посредством чистых функций. Все описания сайд эффектов выносятся в lazy трансформации, и они выполняются непосредственно в рантайме.
Таким образом ФП программа это некое синтаксическое дерево, которое подается на вход интерпретатору, в идеальном случае в методе main - которое и делает всю черную работу

Ну я ради интереса года два назад писал бенчмарки и никакой разницы между скалой и java не заметил по перфомансу, все в пределах погрешности. Насчет того что при native станет лучше - я бы сильно не надеялся. Во-первых там есть ряд ограничений, во-вторых таже java заоптимизирована по самое небалуй и местами сравнимо с C++, так что...