This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
- # beginners (25)
- # boot (14)
- # business (1)
- # cljsrn (2)
- # clojure (180)
- # clojure-korea (14)
- # clojure-russia (8)
- # clojure-spec (9)
- # clojure-uk (17)
- # clojurescript (110)
- # cursive (14)
- # datomic (18)
- # emacs (23)
- # events (4)
- # garden (7)
- # hoplon (44)
- # lein-figwheel (1)
- # liberator (4)
- # london-clojurians (1)
- # om (10)
- # om-next (2)
- # onyx (22)
- # protorepl (60)
- # re-frame (36)
- # reagent (11)
- # ring (10)
- # yada (5)
@michaeldrogalis One of the things i recall you hinting at was a “streaming IDE” for onyx. I was never sure what that meant. An IDE like intelliji? While... just in case your building an editor for onyx I think this work done by jason might be of interest. https://www.youtube.com/watch?v=buPPGxOnBnk
@michaeldrogalis Sorry if i’m misinterpreting things. This is the blurb i remember... > We’re happy to share that we’ve begun work on a next-generation service of a combined streaming IDE, and Platform as a Service built on top of Onyx. From: http://www.onyxplatform.org/jekyll/update/2016/08/17/Funding.html
@drewverlee Ah, right. I can confirm that our initial product plans for Distributed Masonry have shifted course. We’re not building a proprietary Onyx editor. There just wasn’t a large enough market for that to make everyone who invested in us comfortable.
The new product (Pyroclast) is a hosted platform for running distributed systems programs, as expected, but delivers a model more geared towards being less technical, so an IDE wasn’t a great fit anymore.
The target audience are those processing log data, IoT events, or other disparate data sources, and still exposes a strong programming model like Onyx, but isn’t a generalized development environment.
Thanks for the update. I have been searching for tools that gave me a better feedback loop and Jasons work on Proto REPL seems like a strong step in that direction. If it were capable of handling unbounded data then pairing it with onyx would let someone inspect their streams and visualize them all from their editor. Sort of what tools like https://zeppelin.apache.org/ are doing.
Zeppelin integration is certainly possible, someone just needs to have at it. 🙂
Blame me for that...I like torturing speakers by making them focus.. especially @jasonbell 😉
It's weird how after onyx's data only api, everything else seems so complex (studying om.next right now...)
@drewverlee sorry, wad reply to earlier thread about ClojureX speakers only getting 25 mins for talks.
@agile_geek It’s a good length for intro talks, things can get off the rails given 45 mins +
@michaeldrogalis we do it in ClojureX conference to keep speakers focused on message (25 min talk - 5 mins for Q & A), to give more times for breaks to talk and digest and because we prefer a single track (and need to fit more talks in). It seems to work and most attendees prefer it (rarely get anyone saying it's too short although there are always talks you wish had a little more time).
@agile_geek That’s smart, I get jittery if I have to sit for too long. I heard lots of good things about ClojureX this year. Sounds like you did great. 🙂
@michaeldrogalis thanks. It's really nice to hear that. Of course I'm now going to ask if you would consider talking next year but I know it's too early to commit...expect me to follow up with you and @lucasbradstreet in May/June though!
I feel that with talks at ClojureX and Conj going on line within hours the attraction of a conf is to talk to fellow enthusiasts and speakers that's why we have 15 min breaks after pretty much every talk.