Fork me on GitHub
#clojurescript
<
2018-12-28
>
tomc19:12:00

Is there a guide anywhere for developing the clojurescript compiler and core lib? I'm trying to set it up with lein checkouts but not having any luck.

dnolen19:12:13

@tomc why do you need checkouts for this?

dnolen19:12:33

also might want to ask these kinds of questions in #cljs-dev

tomc19:12:43

I have an existing lein-based project that uses the clojurescript compiler as a library and I'm curious whether some changes to clojurescript would be beneficial to me. Wanted to poke around at it before opening a ticket. Thanks for the tip about the other channel.

dnolen19:12:23

well checkouts should work in theory, but I honestly don't use that enough to say what might be going wrong

JanisOlex20:12:50

Hi, what would be the best suggested approach, library for implementing clojurescript frontend. Currently looking at Reagent, but what is de-facto industry standart currently, which at the same time is not just blurp in the skies of "modernity". Also - unfortunately I am alien to JS at all and web-frontend (some time ago I could write plain HTML with tables and frames)

tomc20:12:37

Reagent and Rum are probably the easiest to get started with.

jimberlage20:12:50

We use reagent in production. Hugely useful library

👍 9
jimberlage20:12:02

If your app has more wizard-y type stuff check out https://github.com/Guaranteed-Rate/re-flow

dnolen20:12:48

@olekss.janis I don't think Reagent or any of the React wrappers are going anywhere anytime soon

dnolen20:12:39

you'll probably get the most support if you use Reagent as it's the most popular by far

JanisOlex20:12:34

Thanks, Looks like then I will tackle Reagent, as it taps into React, which currently is pretty stable and used all over the place. SO be it. My use case is board-game for 2-4 players. Server would provide web-agnostic backend which I am writing now to learn Clojure, and obviously this frotnend library with clojurescript will do the frontend work. I would need to represent game board (image) with player pieces on it, and provde players with valid actions to perform. What else I would need probably at some point is web-sockets, as when player x does itš move, other players have to get updated state automathically, but that is future thing to do. Now need to start working on rudimentary game board rendering.

dnolen21:12:13

as long as your graphics needs are relatively modest, I don't see why doing a board game with React would present any problems

johanatan21:12:38

does anyone know if it is possible/planned to be able to use clojurescript/node.js with datomic cloud ions?

kwladyka21:12:30

@olekss.janis on the end you want choose re-frame or fulcro.

johanatan21:12:24

@kwladyka i disagree. pure reagent is better.

kwladyka21:12:13

Ok so you have more complex decision to make :)

kwladyka21:12:48

I am going sleep, good night :)

johanatan21:12:17

i have not looked at fulcro but i know from experience that re-frame is a drastic departure from the Lisp way (as professed by Sussman, Abelson, et al)

johanatan21:12:18

re-frame is a very heavyweight/boilerplate heavy, opinionated "framework" (which is also discouraged even in the Clojure tradition)

kwladyka21:12:03

IMO fulcro is heavy, re-frame is light

johanatan21:12:16

wow, then yea stay very far away from fulcro

kwladyka21:12:46

re-frame is mainly about manage state and events in app, i want to have it anyway

kwladyka21:12:21

Unless it is super simple web site, then probably doesn’t matter

kwladyka21:12:58

Ok I am going sleep, this time for real. Good night :)

johanatan21:12:01

yea, it's possible to have a hybrid approach where you use local state where you want it (against the re-frame manifesto) and buy-in to the re-frame way where you need to. but i found the incompatibility with devcards a deal breaker