This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-08-02
Channels
- # announcements (11)
- # aws (3)
- # babashka (34)
- # beginners (20)
- # biff (2)
- # calva (3)
- # cherry (29)
- # cider (6)
- # cljs-dev (9)
- # clojure (124)
- # clojure-europe (12)
- # clojure-norway (5)
- # clojure-uk (2)
- # clojurescript (32)
- # conjure (11)
- # datalevin (1)
- # datomic (16)
- # deps-new (1)
- # etaoin (6)
- # holy-lambda (10)
- # honeysql (28)
- # hyperfiddle (21)
- # jackdaw (2)
- # jobs (2)
- # leiningen (15)
- # missionary (12)
- # off-topic (132)
- # other-languages (1)
- # pathom (13)
- # rdf (10)
- # re-frame (8)
- # reagent (5)
- # releases (1)
- # remote-jobs (4)
- # shadow-cljs (32)
- # tools-deps (6)
- # vim (15)
- # xtdb (24)
Stemmer godt med en dusjtanke jeg har hatt selv! Som utviklere må vi kontinuerlig "samle" / holde det enkelt. Jeg har vært mer involvert i produkt i det siste, og jeg har måttet lære av meg å se etter likheter over alt. Forskjellene er ofte viktigere. Og det er bedre å finne mange spesialtilfeller enn å prøve å syntetisere (for tidlig). Veldig uferdige notater som går litt mer i dybden: https://play.teod.eu/discover-difference/
My martial arts teacher loves saying what he learnt himself: differences are as important as similarities.
i boka jeg driver og skriver om Kotlin lager jeg en abstraksjon som jeg advarer leseren mot 😅 Boka bruker Ktor til routing+response, men abstraherer vekk Ktor. Kjekk for boka siden boka også viser hvordan man bruker andre ting enn Ktor, uten at du trenger å endre på koden din. Men i ekte web apps er jo det helt unødvendig. Så det er om ikke annet en anledning til å få frem poenget i bokform at man bør være forsiktig med å generalisere
Wow. Lykke til!