This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2020-09-10
Channels
- # announcements (8)
- # aws-lambda (4)
- # babashka (60)
- # beginners (65)
- # braveandtrue (5)
- # chlorine-clover (3)
- # cider (10)
- # clj-kondo (2)
- # cljdoc (2)
- # cljfx (32)
- # cljsrn (5)
- # clojure (198)
- # clojure-berlin (10)
- # clojure-europe (22)
- # clojure-france (1)
- # clojure-losangeles (33)
- # clojure-nl (3)
- # clojure-norway (22)
- # clojure-uk (35)
- # clojurescript (12)
- # code-reviews (14)
- # core-typed (1)
- # cursive (56)
- # datomic (13)
- # depstar (7)
- # emacs (1)
- # events (1)
- # figwheel-main (3)
- # fulcro (30)
- # graphql (15)
- # helix (1)
- # jobs (5)
- # juxt (6)
- # kaocha (14)
- # klipse (2)
- # malli (12)
- # off-topic (88)
- # portal (4)
- # re-frame (3)
- # reagent (5)
- # shadow-cljs (6)
- # specter (6)
- # sql (73)
- # tools-deps (15)
- # windows (4)
de greiene her, altså https://www.kodemaker.no/blogg/2020-01-enkel-arkitektur/
Siden jeg ikke husker noenting av den artikkelen som jeg leste da den ble publisert, fyrer jeg av en bredside (som jeg tror jeg har tatt opp her tidligere)
Fikk en melding av en rekrutterer på Linkedin her forleden:
I have a Senior opportunity in the heart of Oslo. My client prides itself on working with the very latest technologies (Clojure, Kotlin & Node), and are developing products that make the world a safer place.
The budget for this role is 600K - 900K NOK.
Noen som vet hvem dette kan være? Og artig at Clojure er blant “the very latest technologies”!1. Jeg savner en diskusjon rundt hvordan domene-data behandles sammenlignet med app-state, dvs hvilke faner dialoger etc som er oppe. 2. Jeg er uenig i at det er bra at GUI'et ikke vet noe om domenet. Jeg mener vi må bygge opp et komponentbibliotek som kan brukes til å representere domenet, gjerne basert på enkeltkomponenter (som ikke vet noe om det)
1 - jeg har samme problem, planlegger å ha 100% domene-data i datascript, og GUI-data (drag & drop mm) i et atom ved siden av
2 - også usikker på den. Virker digg å ende opp der, men er jo en kostnad ved å måtte "naming things" to ganger
men det litt større bildet med 2 er vel at rendering-koden skal være litt som css er til html. Rent visuelt, ikke noe logikk
Det er jo absolutt på sin plass med en ModalDialog (hvis man nå trenger det). Og den er jo ikke nødvendigvis en del av domenet.
sant - det er jo uungåelig med deler av GUI-et som ikke har noe med domenet å gjøre ja