уверен, что видосом на YouTube не обойтись

литературу по SOLID в ФП?

я на JS пишу. Пытаюсь не ограничиваться. В основном пишу функционально на JS

Я тоже, пожалуй, отвечу

но так как это мультипарадигменный язык, иногда смотрю в сторону OOP

SOLID применим к ФП, и вообще к любой инженерной деятельности. Это набор принципов, которые, конечно, были изобретены в рамках ООП, но являются универсальными. Сам Дядя Боб, изобретатель SOLID, про это говорил в своем твиттере.

@cblp_su раскрыл их, но я добавлю, что принцип LSP - сформулирован слишком ограничительно, и правильнее было бы говорить не про объекты, подтипы, наследование и заменяемые экземпляры, а вообще про интерфейс и имплементацию. LSP не должен быть нарушен, если вы хотите подставить вместо одной имплементации другую, - это значит, что код, написанный относительно интерфейса, должен продолжать работать. Да, он будет выполнять задачу иначе, но он должен продолжить ее выполнять. Должен быть соблюден контракт, например - на отсутствие исключений при вызове метода интерфейса. Это справедливо и для ФП, просто наши интерфейсы принимают иную форму.

Не могу не добавить, что у меня в книге про это есть.

Кстати, я сейчас понял, что хорошо бы это артикулировать лучше

это уже прошлый день. Посмотри в сторону static-land

Уже прошлый день? Ничоси. Ну ладно

я 2 года назад обкурился fp на js и в последсвии понял, что это to much

JS? Или FP in JS? Или просто FP?

FP in  JS

тут один товарищ говорит, что SOLID формулировать не нужно, потому что они выводятся из ФП https://www.youtube.com/watch?v=2rCc3j6_gZs

Ух, это тот самый Dev2Dev. Я там тоже был

все есть лямбда
http://blog.ezyang.com/2010/05/design-patterns-in-haskel/

это паттерны, а SOLID — принципы

Вот крутая статья, где-то есть такое подробней?

Да есть целая книжка:
https://www.oreilly.com/library/view/haskell-design-patterns/9781783988723/

Я ее, правда, не читал