This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-04-01
Channels
- # announcements (3)
- # beginners (59)
- # calva (23)
- # cider (58)
- # clojure (125)
- # clojure-dev (18)
- # clojure-dusseldorf (1)
- # clojure-europe (21)
- # clojure-germany (1)
- # clojure-hamburg (1)
- # clojure-italy (13)
- # clojure-nl (29)
- # clojure-poland (3)
- # clojure-spec (61)
- # clojure-uk (74)
- # clojurescript (12)
- # core-async (6)
- # cursive (4)
- # data-science (7)
- # datomic (14)
- # defnpodcast (1)
- # events (4)
- # fulcro (72)
- # juxt (36)
- # kaocha (3)
- # nginx (3)
- # off-topic (14)
- # pathom (5)
- # ring-swagger (68)
- # shadow-cljs (25)
- # spacemacs (8)
- # sql (42)
- # tools-deps (8)
- # vim (6)
so... other question related to Neo4J... I want to build a (simple) photo-library with a web front end. Use the JS api for Neo4J or do all the work on the back end?
I do wonder if using cljs means that it is a good idea to write a lot more in the browser now. Is there less need for a back end for the front end if the front end can use a good language? (with apologies to javascript)
I suppose the greater network delay still means you might want something closer to your data doing filtering if your backend services don't have good interfaces for it.
I was wondering about that recently.... at work here we build a web site for a client and there is a react frontend, but it could have been 99% backend with just links to the back end to do stuff and next to no JS needed IMHO.
Definitely! And CLJC means that you can try to write very similar code (possibly the same code) for your frontend and backend. But yeah I am of the idea that you shouldn't do stuff client-side if there is no need. I think at work we'll be reworking public pages (i.e. logged out versions) into JS-less bits. That helps a lot with SEO too! 😄
@helios so why no big things on the client side? I can think that accessibility might be a bit harder and some people turn off js, but other than that?
the compiled js could be small and cached. If you have good rest interfaces on the data coming back then they can be cached as well.
Didn't say necessarily not big things on the client-side, but avoiding to overcomplicate things when not needed 😄
Personally I am in favor of not doing anything related to the front-end on the servers anymore, makes everybody's job easier
I suspect that sometimes things are done on the frontend mainly because you can. And I do like CLJC... we recently had a case where there were lots of front end calculations... and then the customer wanted to get an Excel export functionality as well.. and suddenly all the JS code had to be duplicated in Java again. Big fail IMO.
We're now starting to experiment with re-frame in the backend too, so we can use (most of) the same code for SSR and Client-side 😄