кстати, как в элме свой код переиспользуемый (между проектами) подключаете? через что устанавливаете его?

Дак у него в комплекте менеджер пакетов идёт вроде

я имею ввиду частный код

Читал как-то, что для этих целей делают собственный сервер пакетов (локальный package.elm-lang.org) и пересобирают компилятор. Но уже вряд ли найду где это писали

Проще сабмодули гитовые использовать, раз всё равно все пакеты на гитхабе и гарантировано тегаются (ибо elm package требует)

чуток оффтоп, что ли, не закидайте какахами. Дадите совет глупому студенту, че делать дальше? Я по классическому пути успел запилить всякое на java/c++/python, функциональные языки до этого не пробовал. На прошлой неделе попробовал elm и конечно очень понравилось переключить немного мозг и попробовать хотя бы по туторам что-то написать. Главной моей целью является тупо прокачка скиллов в написании более качественного кода (во всех смыслах этого слова), однако на elm могу выделять крайне мало времени и в универе приходится писать все на python/java.  И короче вопрос в том, какие есть хорошие пути вместо elm, где можно изучить многие функциональные подходы, может образно говоря книги какие есть типа fp in python. Или там fp in Kotlin. Ну или вообще забить на всю эту движуху?)

"fp in <non-fp-lang>" в большинстве своём только хуже делают

вот такое же подозрение

Потому что такие книги пишут те, кто не умеет в ФП-языки. А те, кто умеет, не станут писать про пайтон

Вот если бы кто писал прямо: "Элементы ФП в ...", может и вышел бы толк. Но такие заголовки не тешат эго автора и меньше денег приносят

И на конференции не приедешь и не расскажешь, что "монады — изи! я всё понял и ща покажу"

Качайте написание кода на том, на чём пишете. И в направлениях, которые характерны для стека.

Хорошо уметь в ООП и знать его минусы — очень полезно.

подпишусь, самые толковые статьи и доклады назывались именно “FP Elements in …”

Создают ложное впечатление о том, что ФП == "map/filter/reduce и рекурсия вместо цикла".

Честно говоря в универе за 3 года вот только-только начали упоминать про декларативные языки. Все проекты - это написание процедурного, неподдерживаемого кода. Начал тупо сам гуглить че можно на java делать и попробовать чуть-чуть поюзать подходы Бугаенко (типа чувака, который топит за декларативно объектно-ориентированные подходы) и понял, что я еще многого не повидал, так и дошел до этой точки

У Бугаенко неплохое видение ООП, кстати

да, я на таком этапе

Мне тоже нравится его видение, однако я всегда упираюсь в какой-то момент в точку, когда я не могу придумать что-то "элегантное". И как некоторые говорили, видение Егора на самом деле стремится открыть ФП заново.

Это неправда, конечно