This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-03-25
Channels
- # aleph (9)
- # announcements (2)
- # babashka (32)
- # babashka-sci-dev (72)
- # beginners (77)
- # calva (1)
- # cider (3)
- # clj-kondo (19)
- # clojure (61)
- # clojure-brasil (13)
- # clojure-europe (25)
- # clojure-italy (1)
- # clojure-nl (2)
- # clojure-norway (27)
- # clojure-uk (23)
- # clojuredesign-podcast (6)
- # clojurescript (12)
- # conjure (2)
- # core-typed (3)
- # cursive (6)
- # datalevin (2)
- # datomic (13)
- # emacs (9)
- # events (19)
- # fulcro (6)
- # graphql (11)
- # gratitude (2)
- # helix (3)
- # honeysql (16)
- # jobs (1)
- # lsp (89)
- # malli (33)
- # meander (14)
- # off-topic (87)
- # pathom (4)
- # polylith (7)
- # portal (4)
- # practicalli (1)
- # rdf (6)
- # reagent (2)
- # releases (8)
- # remote-jobs (1)
- # shadow-cljs (59)
- # sql (8)
- # tools-deps (14)
- # xtdb (18)
@leif.eric.fredheim In the #announcements thread about Lighthouse, you mentioned how we’ve complained about Kubernetes YAML on the podcast before. That made me think of a general principle. I think lighthouse is a great example of keeping information in a useful format for computation and then “rendering” out the representation you need at the very end.
What works well for computation is likely different than what works well for integration.
@U0510902N and I like to call it the “internal” representation vs the “output” representation.
Yeah! I think that’s a good principle in general, even outside of programming. For example, AsciiDoc and Markdown serve a similar purpose for having a single human readable source and “compiling” to several domain-specific target formats, like PDF, HTML, EPUB, Word, etc.
Maybe https://github.com/weavejester/hiccup and https://github.com/noprompt/garden are better examples than AsciiDoc and Markdown, if we want to stay within the realm of Clojure.