News for hackers. Stuff that matters.
Re:The Re-Frame Guide: Front-End Architecture in Clojure by likeclockwork on Sunday July 09, 2017 @02:04AM (#14728580)
I notice that you recommend figwheel a lot, I wanted to ask you: Have you ever tried the boot tooling (boot-cljs, boot-cljs-repl, and boot-reload) and if so do you have any opinion on it vs leiningen+figwheel?

So far I've personally found boot a lot easier to work with than leiningen and the cljs repl is easier to get going and integrated with CIDER.

Re:The Re-Frame Guide: Front-End Architecture in Clojure by yogthos on Monday July 10, 2017 @11:29AM (#14736808)
I have very little experience using boot. The main benefit of Figwheel is that it allows you to retain the state while hot loading code. I find this makes a really big difference when working on complex UIs. I can get the application in a particular state, and then tweak the UI in that context.

There's a https://github.com/boot-clj/boot-figreload plugin that adapts Figwheel for boot, but I haven't used it myself.

Re:The Re-Frame Guide: Front-End Architecture in Clojure by likeclockwork on Tuesday July 11, 2017 @12:59AM (#14741673)
Ah, I was just wondering if you had experience there.

boot-reload[0] replicates everything figwheel does in terms of hot reloading the cljs. I started using boot because I wanted better tooling for cljs, which I think it provides. I wanted to ask if you had any experience with it because I know you have a lot of experience with cljs and was wondering if you had any insight into potential hidden costs.

I agree that hot reloading is a huge upgrade over the old workflow, it saves so much time.

0: https://github.com/adzerk-oss/boot-reload

Re:The Re-Frame Guide: Front-End Architecture in Clojure by yogthos on Tuesday July 11, 2017 @03:50PM (#14747400)
Ah I see, and yeah I haven't really used boot since I already got comfortable with lein by the time it came out. It sounds like they both work pretty well nowadays though.