AP
Егоркино ООП похоже на Смоллтолк. Но никак не на ФП
Size: a a a
2020 November 03
AK
Изучение или создание каких-то проектов на elm оплачивается если дальше писать не на ФП языках?
AP
Использование Elm даёт как минимум альтернативную (мутабельным компонентам и размазанному по ним состоянию) точку зрения. Иметь несколько точек зрения — безусловно полезно. В т.ч. и в коммерческом плане
AP
Вот только "я знаю ФП" после поверхностного погружения в Elm сказать нельзя — язык слишком однобоко показывает парадигму. Но даже такое неглубокое погружение даст больше, чем статейки и книжки про "элементы" :)
MB
Прекрасный плач Ярославны про Ocaml, и что характерно - всё правда ) особенно в части излишней академичности сообщества https://blog.darklang.com/leaving-ocaml/
AP
Ой да ладно. Это очередной "пост покидания". Все языки регулярно покидают
MB
ну это понятно 🙂 просто проблемы подмечены верно
AP
Про "вместо вебчика Функторы" я не согласен. В ООП паттерны обсуждают и ничего — никто не ноет
AP
Человек пришёл в язык, где принято думать о мат.аппарате, лежащем в основе программирования, и теперь ноет о том, что людям, видите ли, не интересно его формочки обсуждать
AP
Ещё и про хаскель написал, что "не так, как в Хаскеле, конечно (академично)". Вот только для Haskell сильно больше либ написано в том числе и для этих его формочек
AP
Несмотря на то, что Функтор обсуждают на каждом шагу.
SO
"fp in <non-fp-lang>" в большинстве своём только хуже делают
не стоит сужать фп до аля хаскель фп, использование чистых функций, иммутабильной работы с данными, и ленивых вычислений вполне возможно и резонно применять в не фп языках, причем можно это даже в отдельных случаях делать основным способом написания кода, а когда нужно переходить на императив
AP
"Зачем тестировать, можно же сразу без багов писать"
AP
Нет контроля эффектов == нет чистых функций, потому что любая может быть грязной.
Иммутабельность на соглашениях работает до тех пор, пока кто-то не помутирует.
И так далее
Иммутабельность на соглашениях работает до тех пор, пока кто-то не помутирует.
И так далее
AP
Просто отделяйте "программирование с элементами ФП" от "ФП", не обманывайте ни себя, ни других.
SO
это понятно, речь не об имитации, а об скашивании тяжелых императивных будней))
AP
Хороший язык поощряет делать правильно и мешает делать неправильно.
Хороший FP-first язык таков, что в нём функционально писать просто, а не функционально — сложно, неудобно, некрасиво
Хороший FP-first язык таков, что в нём функционально писать просто, а не функционально — сложно, неудобно, некрасиво
SO
код написанный в таком стиле все равно становится значительно надежнее и гибче, чем написанный в обычном стиле в императивно и мутабильно