This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2015-09-11
Channels
- # alda (9)
- # beginners (28)
- # boot (94)
- # cider (21)
- # clojure (179)
- # clojure-android (4)
- # clojure-boston (2)
- # clojure-brasil (1)
- # clojure-denmark (1)
- # clojure-dev (194)
- # clojure-italy (1)
- # clojure-russia (8)
- # clojure-uk (1)
- # clojurescript (269)
- # clojurex (22)
- # clojutre (2)
- # cursive (4)
- # datomic (3)
- # devops (1)
- # events (7)
- # jobs (6)
- # ldnclj (30)
- # luminus (3)
- # off-topic (8)
- # reagent (3)
Good morning.
It got too long, so I broke the blog post in two parts.
jamiei: yeah, the code is counted
I did a bit of editing as well.
@pupeno very interesting and nice work to document all the steps needed to make it work. it is quite long, but it's not immediately obvious what could be cut. maybe the "javascript, on the server" para could be cut down a bit
@pupeno: blog looks great. Haven’t got time to read it during the day but I’m going to avidly consume on the 3 hour train journey home tonight. See you at ProCloDo on 22nd if not before. 😃
@otfrom: side effects include serious Pizza addiction?
how do people choose where to start a project. so many choices of webservers. Two different react libraries, a bunch of scaffolds, including one massive one
I know, that's a pretty common problem
My suggestion would be: go with the mainstream option for the first time, learn pros and cons
that would be ring+compojure for web server, om for react frontend, leiningen as a build tool
These project have plenty of documentation + bigger community + lots of examples on the internet
And they usually have a solution for pretty much every use case, even if not the pretties solution
Then as you get more confident with a technology you can start to experiment different approaches that make what you want to do more idiomatic e.g. pedestal web servers with server sent events, reagent for quick & easy react prototyping, boot for flexible build scripts ..
Yeah, I had been looking at luminus. but there's just so much stuff in there, I have no idea what it does
A good project has a balanced quantity of novelty and boredom. Slowly introduce new stuff to keep it exciting but too many new things at once and you will never make progress
xlevus: I’m very happy with luminus but apparently I have a good ability to not be bothered by my own ignorance. Eventually I got to know and understand all of it, at the beginning it wasn’t a problem. Finding where I needed to modify code to do what I wanted wasn’t that hard. Luminus documentation that introduces the framework to you is actually quite good.
For me, personally, it’s easier to remove component X because I don’t need it, than figuring out I need to add component X and how to add it… specially when it’s something you are not thinking about or something you don’t even know it exists, like better error reporting, csfr, sane header generation, etc.
About other components and libraries, what I do, is ask around, look at the pulse in github, to make sure they don’t look abandoned, read their documentation and if two things are equivalent (like bidi and silk), throw a coin. A couple of times, my reason to use the a library was that the author hangs out in this channels.