естественно

Чем ооп плох/хорош во фронтенде?

Подскажите пожалуйста, как добавить фалы в скрипт?

Кроме как из-за наследования могут быть проблемы в дизайне и архитектуре

Да будет срач)

debounce называется.

ИМХО я согласен с мнением ООП чаще всего не нужен во фронте, как минимум потому что его нужно уметь готовить. Плохой код на "попытках ООП" по опыту хуже просто набора кривых функций. Ещё кроме инкапсуляции нечего и не болит особо. Наследование в чистом виде достаточно редкий кейс. А прелесть полиморфизма в несторого типизированом языке теряет свою красоту

Я придумал реализацию такого расширения https://sponsor.ajay.app/stats/ когда смотрел фильм с рекламной вставкой, подумал что круто было бы сделать такое же.
По этому я проверил магазин на наличие такого расширения, не найдя и нашел серию исходников что позволяют ускорять воспроизведение и мотать его.
Прошел курс по JS вводный.

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

Я нашел важные для меня подтверждения возможности реализации задуманного на базе API HTML 5
И приступил к подробному изучению устройства расширения, предварительно посмотрев одну запись стрима по созданию расширения что бы иметь понимания и лучшие практики в реализации.

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

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

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

а можно простой ответ потому что я это прочитал и все равно не понял только нашел одно отличии что DomContentLoaded вешать можно только через addEventListener

Сейчас бы называть джс функциональным яп

А когда js стал исключительно функциональным? В определении вроде ясно сказано что несколько парадигм поддерживается ("мультипарадигменный")

Js же мультипарадигмальный язык. Но ведь наследование не обязательный атрибут ооп. Взять тот же Го. Там альтернативой наследования является композиция

Не знаю как что происходит в го, но от ООП в понимании java и c++ js  бесконечно далек

Читай

Я сам не понимаю. Просто этот факт заставил меня задуматься о принципах ооп, в частности наследования. Ведь в интернете часто упоминают принципы ооп (наследование, полиморфизм, инкапсуляция, абстракция), часто дают примеры на java, c++. Но есть ещё ООП по Алану Кею, который говорил, что важен сам объект и взаимодействие его с другими объектами путём передачи сообщений

c таким понятием можно все языки кроме java и c# так назвать просто js изначально был функциональным вот я и пишу это и нет тех же самых интерфейсов они есть только в ts

я имеел ввиду что сильная сторона js в функциональном программировании

вот вас не понимаю,у вас есть задача для оптимизации и структуры разбиваете на блоки, магия? нет ооп

По такому определению  js самый оопешный язык в мире)
Тут реально абсолютно все объект)