Fork me on GitHub
#clojure-norway
<
2020-09-10
>
james10:09:37

Er det litt som Elm-arkitekturen?

james10:09:55

(Eg las berre første avsnitt...)

augustl10:09:56

ganske likt ja, men det er overraskende mye dybde i den artikkelen 🙂

augustl10:09:27

f.eks det med at GUI-et ikke skal vite noe om domenet

james10:09:10

@msolli Feil kanal? 🙂

slipset10:09:26

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)

msolli10:09:44

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”!

❤️ 3
msolli10:09:57

@johsgrd Neida, trykket bare enter for fort! 🙂

slipset10:09:26

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)

slipset10:09:46

@msolli jeg fikk også den, valgte å ikke connecte.

slipset10:09:59

Men aner ikke hvem det er .

slipset10:09:21

(jeg vet at vi har tatt i bruk en rekrutterer, men vi bruker ikke Kotlin)

augustl11:09:34

1 - jeg har samme problem, planlegger å ha 100% domene-data i datascript, og GUI-data (drag & drop mm) i et atom ved siden av

augustl11:09:49

2 - også usikker på den. Virker digg å ende opp der, men er jo en kostnad ved å måtte "naming things" to ganger

augustl11:09:35

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

slipset12:09:24

Hmm, jeg ble plutselig litt uenig med meg selv mhp 2)

slipset12:09:02

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.

augustl12:09:07

sant - det er jo uungåelig med deler av GUI-et som ikke har noe med domenet å gjøre ja

slipset12:09:51

Men vi lager nå et MergeTable. Det er jo helt klart en del av domenet vårt.

augustl12:09:45

jau, det frister jo å kalle det "pages" og "page drafts", ikke "sidebar draft items" og "sidebar items" eller noe sånt

slipset12:09:01

Noen komponenter er jo generiske (og ting som alle må mekke fordi vi ikke har et solid komponent bibliotek for web) dialoger, tables, trees er jo lette å trekke fram.