This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-02-02
Channels
- # beginners (72)
- # boot (68)
- # cider (51)
- # clara (20)
- # cljs-dev (44)
- # cljsrn (7)
- # clojure (168)
- # clojure-brasil (1)
- # clojure-dev (48)
- # clojure-greece (2)
- # clojure-nl (29)
- # clojure-russia (4)
- # clojure-spec (19)
- # clojure-uk (28)
- # clojurescript (2)
- # cursive (9)
- # datascript (1)
- # datomic (105)
- # dirac (1)
- # docker (2)
- # duct (11)
- # emacs (19)
- # events (1)
- # figwheel (1)
- # fulcro (23)
- # garden (4)
- # graphql (5)
- # hoplon (46)
- # jobs (5)
- # juxt (13)
- # leiningen (6)
- # lumo (12)
- # off-topic (29)
- # parinfer (5)
- # re-frame (7)
- # reagent (6)
- # ring (2)
- # sql (5)
- # yada (6)
Anyone looked at Lacinia yet? I used it in combination with Kafka. Since the example from walmart was also using Stuart Sierra’s component library it would be interesting to find out more at the next meet-up.
I have used it a little, but for us it wasn’t a good fit, since graphql restricts the schema to a subset of json
yes, I was using avro schema’s, but graphql is more limited. I used long for amounts of money, and long isn’t supported, so store and return them as formatted stings instead. Which also might make sense in this case, because every app that would use the endpoint represents the amount the same that way. I could do a little presentation, but I don’t know if there’s room for the next meetup. It doesn’t need to take much time. Meetings in Amsterdam are a little harder to get to now my location of work is Utecht.
That’s a bit more scary, but I think about it. I would rather have something running in production before talking at a conference about it, now it’s just a poc. But it might be interesting enough. I could talk about and demo my ‘kafka workshop’ project, witch simulates bank transactions in a event source way, and there is still time enough to add a nice front-end with re-graph and re-frame.
Current implementation is not scalable though, but I’m already thinking about fixing that. Things like that make it really more like a poc, than something really usefull. But I can show something next meetup and than you can decide if it’s interesting enough to talk about at Clojure Days, and if so I might be able to get some time to be confident enough about it to present it.
@gklijs as other fellows clojurians mentioned, there's no limitation to Amsterdam in the meetup schedule
we do have a few friendly companies in Utrecht who are hosting us every now and then, I'm sure we can make it happen one way or the other, and I'd also love to get the time to discuss lacinia and graphql as applied to the clojureverse
@skuro @gklijs said: “I don’t know if there’s room for the next meetup. “. I see the agenda for Feb 14 is already pretty full. I guess it’s up to you to offer him a spot or next time
@gklijs before doing any move in this direction, would you be available to go on stage on Feb 14th?
It’s also fine if there is some time before or after just to show what I have running at that point, and if it is something which could be presented on the clojure day
I think there will be no issue at all for a lightning talk, the first presentation on the agenda will be relatively quick
if you can provide me with a [:title :abstract :speaker-bio]
tuple I'll update the agenda 🙂
keeping it short is probably good, but we can then go with the flow and see if there's interest from the audience that will need to be sated 🙂
added @gklijs to the agenda for the next meetup: https://www.meetup.com/The-Amsterdam-Clojure-Meetup-Group/events/dmhlllyxdbsb/