On Sat, Jan 4, 2014 at 5:19 PM, Frankie Sardo <[email protected]> wrote:
> Can you develop this a little bit further? For example I don't see any > point for having to care about dom, tags and divs in a UI and anything that > can abstract this assembly-like jargon for me is more than welcome. > I've been doing production client side work for 8 years now. Anything that abstracts these things away too much has no future in the industry. > That is absolutely one of the the reason why I like clojure community. > It's not just a theory bubble, it's enterprise-ready. However, this > community is particularly sensible to sound, interesting and 'simple' > academics ideas and more often than once you see papers popping out as a > reference for certain library implementation. I'm not qualified enough to > say that FRP is one of these ideas, but it certainly seems so. > How to make FRP really perform well is still an area of active research. Elm is definitely showing that there's a lot of possibilities but I think abstracting away too much of the host is a liability not a feature. > :) Indeed. But let's be more clear with one example. Every time I want to > do animations/3d/other effects in clojurescript I end up importing a > stateful JS library and try to wrap it with clojure calls. With Elm, you > may very well think that JS does not exist at all, if you see what I mean. > It's a language for building UI that incidentally compiles to JS. > Pretending the host doesn't exist is just a non-goal for ClojureScript. As ClojureScript evolves I suspect people will create libraries that will have distinct advantages over their JS counterparts. David -- Note that posts from new members are moderated - please be patient with your first post. --- You received this message because you are subscribed to the Google Groups "ClojureScript" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/clojurescript.
