Это ништяки только в определенной области. Функциональный подход избавляет нас от лишних внутренних состояний в приложении.

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

Но если тебе нужен что-то сложное вроде карты, чата внутри сайта, со хитрой логикой, тогда выигрывать начинает ООП подход, т.к. упрощает управление внутренним состоянием.

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

Функциональное программирование - неплохо на самом деле, но  не для большого проекта

Нет, просто мне кажется что так сложилось потому что есть класс задач который можно решить и без ООП, а это 90% задач на фронте. Сделать новый блок с отображением, или модалку открывающуюся, здесь не нужно много ООП, достаточно modalOpen(data) и все.

С другой стороны попробуй движок карт сделать или какую-нибудь игру про самолетики и все, без ООП только дров наломаешь.

А в ООП нормально въехать ГОРАЗДО сложнее чем в функциональные парадигмы, вот и приживается такой подход, т.к. он просто проще для понимания новичкам.

Дак ООП появился потому что сложность выросла

Открыть модалку можно и без ООП, но писать большие системы без ООП, который придумали, чтобы это упростить - это бред

Как будто школьники решили выкинуть то, что старые пердуны там напридумывали, мы мол попроще все сделаем

Да и для большого норм, функции тоже можно организовывать не хуже классов в ООП. Там есть свои подходы и паттерны. У нас большой проект, и там совмещены ООП и функциональный подход.

Тут скорее проблема, что в данном подходе видят серебрянную пулю и тулят его там, где уже пора использовать ООП.

Вообще это разговор из области "Какой язык программирования лучше?", спорить можно много, но язык обычно решает определенные задачи и некоторые языки лучше в некоторых областях. Также и тут, где-то круче ООП, где-то ООП избыточен.

Нельзя функции организовать не хуже ООП

Есть куча моментов, которые на функциях не решаются

И самый главный - когнитивная сложность проекта на функциях

Я, кстати, не говорю про ФП, не все тут понимают, что такое ФП

Вы бы вздрогнули от проекта на ФП

поэтому я и прикрутил ООП к функциям 😊

То, на чем пишете вы - это просто свалка функций, а не ФП

классы и прототипы это тоже свалка функций

Нет

Самое главное, что несет в себе ООП - это то, что данные всегда инкапсулированы в объект, который умеет ими манипулировать

В коде на ООП у вас никогда нет чистых данных, это всегда объект, который умеет эти данные хранит и что-то с ними делать

В этом весь кайф, в любой точке программы ты понимаешь, что можешь сделать с этими данными

это называется замыканием