So to summarize: 1. There is no need to fork React now or in the future because React is a library specified for one purpose, not a framework that can get bloated over time.
2. Relay is both interesting and useful 3. Scenarios where Relay would be counter productive? I mentioned one, and if it's not correct that Relay would complicate that scenario then I'd appreciate an explanation, to better understand how Relay works in that scenario. On Mon, Feb 2, 2015 at 3:06 PM, Mike Haney <[email protected]> wrote: > Brendan makes some good points. Obviously I have a strong preference for > Clojurescript (and this IS a CLJS list), but my intention was not to > promote "exceptionalism" and I apologize if it came across that way. > > I have always viewed the relationship between React and Clojurescript as > symbiotic and complementary to each other. There is a clear overlap of > ideas and values, and I think both communities can and have learned from > each other. I think talks about forking React and such are very > misguided. React itself is focused on one thing and very compatible with > the Clojurescript approach. All this other stuff is not part of React > itself, so I'm not sure where this idea of React moving away from > simplicity comes from. > > Back to Relay - my point was more about focusing on the ideas than the > underlying implementation. This is all relatively new, and people are > still figuring out how to best use all these technologies to solve bigger > problems. The approach has evolved considerably over the last year, and it > will continue to. Take Flux for example - many people in the CLJS > community were already using the same approach with say Om and core.async > before anyone outside of Facebook knew about Flux. When it was revealed, I > was more interested in the idea and how it more or less validated we were > on the right track. The actual implementation was less interesting, > because we already had better tools to implement that approach (better as > in more compatible with Clojurescript, not as an absolute measure). I see > Relay as the same thing - maybe some of the actual libraries will be > useful, maybe not, but the ideas are worth considering. > > One retraction I will make - GraphQL may be more interesting than I > originally thought. When I first posted, I had only watched the video and > my impression was that GraphQL was some proprietary wrapper over Facebooks > API. Apparently it is more than that, and if you can indeed plug in back > end data stores, it could be useful as a general query language for doing > this kind of thing. > > -- > 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. > -- 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.
