Fork me on GitHub

Hey y’all. 🙂 Quick non-scientific poll question: I’m starting a new ClojureScript project with Om Next, and haven’t really been able to find any new blog posts, Reddit threads or tweets on the best Clojure server-side framework for React/React-Native CLJS apps as of late 2016. I did see both the Om Next demo, CircleCi’s frontend and the Precursor app now open-sourced all use Ring. But I’m not sure if there’s a general consensus now given all the activity in the community as of late, if one were to start a new Om Next project from scratch, what the simplest (in Rich Hickey/David Nolen terms) framework of choice is now. Pedestal has the backing of Cognitect, Arachne is almost ready for alpha, and new things like Duct and Luminus have popped up, etc. Thoughts on if Ring is still the way to go? Would seriously appreciate any input for a newbie. 🙂 Thanks in advance! Added: My intuition is to trust whatever Cognitect is backing. Counterargument I guess would be to use whatever is the most composable, which sounds like it’s Ring given the amount of available libraries, and more are getting made all the time. Kind of like the Boot > Leiningen argument for long-term projects. But are Pedestal’s opinionated design choices good, like Om Next’s are good? I’m delving more into the docs now but would love input if any of y’all have already made your own decisions on this for your own projects. 🙂 Additional context: I’m hoping to scale this particular project in the context of a hopeful startup. So without overengineering, I would kind of like to think long-term, but also something hopefully both simple and easy for a beginner like me. More context: The high-level concept I’m working on is to essentially build “Reddit meets Snapchat stories and Tinder” for creating project-based communities around video tutorials on any subject (like building flying cars, or making rap beats, or a new VR video game), and then try and connect people physically who are near each other’s locations and want to make the same cool things together in person. So architecture wise, I’ve been looking into separating a lot of the different backend pieces via microservices in Dockerized containers all connected by RESTful APIs. Which it sounds like Pedestal is sort of designed for out-of-the-box.


if om-next - then why REST? Om shines like a diamond when you have datomic on a server side @keatondunsford ?


I guess it also worth repeating this question in #om | #om-next channel, there are more people there who are using it


I guess I’m messing that up — what’s the mechanism by which Clojure containers, the Datomic container and the transactor and everything propogate EDN?


Right? Because otherwise Ring wouldn’t be needed in, say, the Om Next demo.


So I guess “RESTful” is the wrong word, you’re right. Have “Clojurized” or “EDNized” caught on to replace RESTful? 😛


@keatondunsford it sounds like you are overengineering


start with the simplest possible solution (REST request based on ring?)


if you keep simplicity in mind it'll be an easy change when (and if) you need more advanced capabilities (websockets? push?)


the best tech choice is to defer making things complicated as long as possible


end of opinionated rant 🙂


hi @anmonteiro ! looks interesting


@gphilipp \o/ 🙂 something for your archive