This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-02-22
Channels
- # aws-lambda (2)
- # beginners (195)
- # boot (47)
- # capetown (14)
- # cljs-dev (7)
- # cljsjs (1)
- # cljsrn (1)
- # clojure (103)
- # clojure-berlin (28)
- # clojure-dev (92)
- # clojure-dusseldorf (3)
- # clojure-finland (2)
- # clojure-germany (3)
- # clojure-italy (4)
- # clojure-russia (37)
- # clojure-spec (104)
- # clojure-uk (52)
- # clojured (2)
- # clojurescript (124)
- # community-development (7)
- # core-async (6)
- # cursive (41)
- # datomic (53)
- # dirac (2)
- # emacs (16)
- # hoplon (5)
- # jobs (3)
- # juxt (12)
- # lein-figwheel (6)
- # leiningen (15)
- # luminus (3)
- # off-topic (49)
- # om (5)
- # onyx (13)
- # overtone (27)
- # re-frame (7)
- # reagent (46)
- # ring (3)
- # ring-swagger (11)
- # spacemacs (2)
- # specter (40)
- # sql (6)
- # untangled (149)
- # vim (14)
Morning
I sympathise @mccraigmccraig
Bore da
maybe @otfrom, but it's very jealous. i eventually discovered you can't run a 'droid emulator on osx at the same time as docker or vbox
@mccraigmccraig isn't that obvious? ๐
apparently so obvious @agile_geek that they didn't think to bother with an error message ๐ฌ
Error messages are for wimps!
Today, I'll be mostly ffmpegging from the JVM.
@agile_geek is there any Clojure content there?
Unrelated but InfoQ's opinion on the future of Enterprise JVM and it's frameworks / languages. https://www.infoq.com/articles/enterprise-java-opinion
@paulspencerwilliams they have a JVM languages track but I haven't checked if they've published all the speakers yet so not sure. They had a bit on Scala, Frege and @jr0cket did a workshop on Clojure last year
I submitted an architecture talk as well but all 3 of my talks got rejected.... ๐
Morning all
@paulspencerwilliams I am running a Clojurescript & Reactive Apps workshop at Devoxx UK, it's part of the modern web track.
@agile_geek sorry to hear your Devoxx UK talks got rejected... We would be happy to accept your talks at the London Clojurians talk night... April is free...
Just curious... With all this talk about Reactive, is it all linked to http://reactivex.io/ ?
@yogidevbear ppl over reacting
Too be serious it's an overloaded word in IT atm
I'm never too sure which variant ppl are using!
Yeah, it's a little confusing
Looking on their website they list a few different language implementations (e.g. RxJava, RxJS, RxClojure, etc)
But I've never seen http://reactivex.io before today
Yeah looked at this stuff a bit about 18 months ago but haven't since
It feels like quite a niche architectural design area
But I could be completely misunderstanding it
Client side single page web apps using one of the reactive libraries is a really good way to demonstrate the many advantages of Clojurescript, especially compared to JavaScript.
But is it really necessary to use a reactive library in conjunction with ClojureScript? I would think there are other ways to achieve the same end result?
@yogidevbear It's not necessary, but kind of inevitable. You'll end up using React (somewhat reactive), most likely through reagent (more reactive) and maybe even re-frame on the top (to provide patterns... reactive)...
That's awesome, Thomas :thumbsup: Good luck with the unpacking
@not-raspberry Maybe I'm just missing something, but React (the FB stuff) felt more like a shiny new toy than a solid solution. My understanding (which could be flawed) is that it's purely for creating UI components/elements and is particular disconnected from any real business/interaction logic as such (e.g. only the V in any MV* systems/frameworks). I'm not sure how closely this matches up to that other website's tag line of "An API for asynchronous programming with observable streams". Isn't reagent/re-frame only one of the ways to "skin the cat"? I also thought that ClojureScript could be compiled into native JS to still benefit from the FP awesomeness of Clojure? This doesn't equate to React. Post script: I'm not trying to disagree with anyone here, just trying to understand this a bit better ๐
@yogidevbear I think of React.js and it's cljs wrappers (reagent, re-frame, Om and Om.next) as providing MVC on the client where the M is sometimes delegated to the server in the form of http or web socket calls for data.
@yogidevbear yes React.fb is different from the http://reactivex.io projects and is view-focused. it plays very well with things like re-frame though - and re-frame is very much more of the "API for asynchronous programming with observable streams" mould
and React.fb does an excellent job of pretending to render the world on every frame while actually only rendering what needs to change
@mccraigmccraig thanks for the extra info. Helps to clarify the difference a bit better for me :thumbsup:
re-frame README.md is a good starting point to understand exactly that @yogidevbear -> https://github.com/Day8/re-frame/blob/master/README.md
maybe a older version because this new one is quite different - https://github.com/Day8/re-frame/blob/04d0a9e9af17b8b2dac8c0111fd697adfd711a02/README.md