A Farewell to FRP

#1

Post by sharksandwich » Tue, May 10, 2016, 2:43 PM UTC

Re: A Farewell to FRP

#2

Post by vvanders » Tue, May 10, 2016, 2:58 PM UTC

Woah, still reading but seems like a big change considering FRP was somewhat fundamental to Elm.

[edit] Looks like a solid change driving Elm towards easier usage, Signals and Mailboxes were definitely something that took a while to wrangle correctly.

Re: A Farewell to FRP

#3

Post by krisajenkins » Tue, May 10, 2016, 3:03 PM UTC

This is marvellous. IMO Functional has always been a bigger deal than Reactive. Great to see more of that pursuit of simplicity paying off.

Re: A Farewell to FRP

#4

Post by creshal » Tue, May 10, 2016, 3:08 PM UTC

> A web handler threw an exception. Details:

> gen/pages/blog/farewell-to-frp.html: getFileStatus: does not exist (No such file or directory)

Some caching problem, it seems?

Re: A Farewell to FRP

#5

Post by zalmoxes » Tue, May 10, 2016, 3:10 PM UTC

As someone who is just getting started with frontend development, I decided to go with Elm instead of learning JS and React. I found the whole experience very pleasant, even as a beginner.

Not only is the elm code I write reliable, but I've found that adding more features does not bloat my code. Refactoring a codebase as it grows in elm is pleasant, and following the Elm Architecture guides me on the correct structure for the app.

Over the weekend I made a small site to show all Elm conference videos in one place. If you want to play around with 0.17 this project is just a bit above a "Hello World" example. Send a PR! https://elmvids.groob.io/

Re: A Farewell to FRP

#6

Post by sotojuan » Tue, May 10, 2016, 3:14 PM UTC

Elm has always been "that language I dabble in every now and then but never have time for"... good to see it's evolving. Evan and Richard (creator and main evangelist, respectively) are a great team and I hope them the best (and I hope I get more time to mess around with Elm!).

Re: A Farewell to FRP

#7

Post by timroy » Tue, May 10, 2016, 3:15 PM UTC

This looks very cool.

In ClojureScript, we have the re-frame pattern/framework, which is built on Reagent, which is a ClojureScript wrapper of React.

re-frame is all about subscriptions, using a "big atom" to hold application state client-side. Seeing Elm implement the same subscription pattern makes it look pretty tempting.

My understanding is that ClojureScript and Elm have some similarities - functional, pleasant to work with - with one significant difference being that Elm is typed.

Re: A Farewell to FRP

#8

Post by mswift42 » Tue, May 10, 2016, 3:15 PM UTC

Does Elm have any nice interfaces for common JS frameworks? (like reagent / om in clojurescript, or angular2 for dart / typescript)

Re: A Farewell to FRP

#9

Post by Keats » Tue, May 10, 2016, 3:16 PM UTC

I like Elm but its development really seems to rely on a single person. I saw this post on elm-discuss which is a pretty good summary of my thoughts https://groups.google.com/forum/#!topic/elm-discuss/AmxE3qAm...

Re: A Farewell to FRP

#10

Post by TY » Tue, May 10, 2016, 3:17 PM UTC

Say what you will about languages that compile to JS, but Elm code looks so elegant that I just want to use it for aesthetics alone. Major kudos to Evan for such a wonderful and powerful creation.