This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-03-07
Channels
- # announcements (20)
- # babashka (25)
- # beginners (48)
- # biff (26)
- # calva (5)
- # cider (3)
- # clara (7)
- # clerk (7)
- # clj-kondo (61)
- # cljdoc (3)
- # clojure (6)
- # clojure-austin (1)
- # clojure-conj (8)
- # clojure-europe (58)
- # clojure-nl (1)
- # clojure-norway (4)
- # clojure-poland (1)
- # clojure-uk (9)
- # cursive (2)
- # emacs (11)
- # fulcro (8)
- # graphql (14)
- # gratitude (6)
- # humbleui (10)
- # hyperfiddle (17)
- # integrant (15)
- # introduce-yourself (1)
- # leiningen (5)
- # malli (13)
- # meander (21)
- # nbb (11)
- # off-topic (15)
- # pedestal (15)
- # polylith (15)
- # quil (28)
- # rdf (2)
- # reitit (3)
- # releases (6)
- # sci (21)
- # shadow-cljs (38)
- # spacemacs (3)
- # xtdb (6)
Does anyone know or use a naming convention (involving ascii art and\or ligatures) to represent an event? Just for having a nice visual cue.
something resembling an envelope 📧 perhaps? 😅
> ascii art
$ cowsay event
_______
< event >
-------
\ ^__^
\ (oo)\_______
(__)\ )\/\
||----w |
|| ||
:D
Jokes aside, I'd say it depends on the context.
The only context-independent thing that immediately makes me think "event" is the word "event" itself.i kinda like this
but yeah, it might be a case of obsession with details on my part 😉
Oh, if it's for code itself I myself would settle on ->
or something like that. With re-frame, instead of #(dispatch [:id ...])
I use #(>evt [:id ...])
.
(It's definitely a personal preference but I absolutely abhor ligatures.)
https://github.com/josephg/schemaboi Interesting concepts here, seems to overlap a fair bit with the motivating ideas for EDN & themes in Rich Hickey’s “Spec-ulation” talk, but embeds the schema in the serialized representation of the data for self-description.
> The big new idea in schemaboi is that the schema for any data set is included inline with the packed binary data. Is this different from avro?
I think the interesting point of difference is potentially in the compositional way schemas are defined: “given two data models we can define the union (merger) of those data models.” I’m not familiar enough with Avro to know whether this is possible in Avro, but making schemas compositional in this way is an interesting idea
So... I've been using CirrusCI for the last 6 or more months on the Pulsar project. I have to say - I'm not impressed. In fact, if it wasn't for the almost unlimited free-tier for Mac and Windows builds, I would probably not use it... it's shocking how much obvious bugs appear on their UI, some groundbreaking. Like, for example, in this very moment artifacts can't be downloaded by their UI...
I always upload artifacts to Github releases via a script since I couldn't programmatically download them. UI-wise I'm not impressed, but at least they offer mac aarch64 unlike others which is what I'm using them for. And it's way faster than Github Actions. The UI of Github Actions also sucks since often you can't even see what long running job is doing.
Yes, I agree with all of these, but comparing Github Actions with anything is not a good idea with me, because I feel it's the second worst CI I ever used (the first being Gitlab's) We actually interface with the Cirrus API to download artifacts directly from their site. The issue is the "alpha" builds - builds that we make to test features, these are not uploaded anywhere (and they shouldn't be)...