Clojurians Log v2

Morn! 👋

Mrn

Uenighet handler ofte om ulike perspektiver. Under man innser at den man er uenig med ikke nødvendigvis er en dust, men heller at den har ulikt perspektiv, blir uenighet så uendelig mye mer interessant.

Morn!

Fint å være uenig, men jeg blir samtidig resignert av mange folks "det angår ikke meg"- eller "er det så farlig da?"-holdninger.

Morn!

Morn!

Det var i dag det var lunch?

Morn!

Jeg er ikke i stand til å engasjere meg på alle fronter samtidig og må velge og fokusere. Samtidig synes jeg det er litt pussig hva enkelte henger seg opp i, uten at jeg kritiserer dem for å prioritere annerledes. Det er deres prerogativ. For å ta et konkret eksempel: > Diarrhoeal disease is the third leading cause of death in children under 5 years old and is responsible for killing around 443 832 children every year. (https://www.who.int/news-room/fact-sheets/detail/diarrhoeal-disease) Hvorfor er det praktisk talt ingen som prater om det eller engasjerer seg rundt det i Norge? Samtidig blåses enkelte lokale dødsfall (som også er tragisk) opp i media. Folk samler seg rundt det som for meg fremstår som relativt bagatellmessige problemstillinger og driver med «virtue signaling» på sosiale medier.

Morn

Forklaringen er kanskje at det som skjer «hjemme» har større betydning for en selv enn det som skjer «der borte.» Når ens egne barn rammes av sykdom engasjerer man seg. Men kanskje ikke når et barn en aldri har hørt om på andre siden av jorda rammes av det vi i vesten anser som trivialiteter. Det gikk opp for meg hvor godt vi har det her i Norge når jeg fikk jobbe i Uganda en periode. Det er kanskje en grunn til at de fleste aktive medlemmer av Barnekreftforeningen er familiemedlemmer av barn som har fått kreft. Er det ikke normalt å prioritere seg selv, sin egen familie, sitt eget nærmiljø, sine medborgere? Det som skjer i umiddelbar nærhet? Slik Dawkins skriver om i «The Selfish Gene.» Da er det kanskje bedre å være ærlig ovenfor seg selv, og ikke hive seg moralske trender for å sminke selvfølelsen og skåre «sosiale poeng.»

Men dette (AI) skjer i umiddelbar nærhet - direkte på tastaturet ditt hver dag. Så disse argumentene kjøper jeg ikke.

Morn

Poenget er at de sosiopolitiske og moralske aspektene rundt AI er relativt trivielle greier sammenlignet med andre ting. AI er «bare» nok et teknologisk verktøy som kan brukes til både gode og onde formål. Litt som med kjernefysikk, atomkraftverk vs. atomvåpen.

Må innrømme jeg sliter litt med mentalmodellen i Datastar, gitt at jeg har forstått det rett at all kommunikasjon skal være asynkron (http-request som gir respons på SSE-kanalen). Jeg tror hodet mitt er litt mer tilpasset HTMX-stilen, der man kommuniserer via http-requester og får fragmenter direkte. Sånn utover det så syns jeg at morphdom er ganske spennende ettersom jeg kjenner på at frontend har blitt for komplisert.

Jeg er mest interessert i å fokusere på om en kan bruke AI til noe konstruktivt og positivt, for å skape verdi og til dels som underholdning. Det betyr ikke at jeg synes problemene og debattene som skjer rundt anvendt AI er uviktige eller uinteressante, og all ære til dem som velger å engasjere seg der. More power to them. Når det gjelder etiske og moralske fronter engasjerer jeg meg heller andre steder, som f.eks. ved å hjelpe folk lokalt som ønsker seg ut av lukkede trossamfunn, separasjon av religion og stat, fordi det er noe jeg bryr meg om lidenskapelig hvor jeg også har mye erfaring. Jeg vil påstå at fravær av rasjonell skepsis og kritisk tenkning, og religiøst motiverte styreformer (fortsatt) er et større problem for menneskeheten enn AI. Det er fordi religiøse overbevisninger er en av de få tingene som kan få ellers gode mennesker til å utføre onde handlinger (ofte med teknologi). Men jeg forstår godt at andre synes min fanesak er triviell.

Datastar bruker også HTTP for meldinger som går klient->server!

og SSE er opt-inn, du kan gjøre request/response hvis du vil (htmx-stil knappetrykk erstatter knappen med noe annet)

Litt lengre svar fra clojure-europe: https://clojurians.slack.com/archives/CBJ5CGE0G/p1779263204072499?thread_ts=1779223614.584849&cid=CBJ5CGE0G

herregud, tror jeg har sett den delen av dokumentasjonen før og så har det tydeligvis bare ramla ut av hukommelsen 🧠 Takk for korreksjonen!

Jeg trodde lenge nøyaktig det samme 😄 Den tilnærmingen Nolen snakker om, at serveren pusher full body-html for hver endring, er noe jeg prøver å bli varm på selv, men det er en stor overgang, så jeg synes det er litt tungt å komme gjennom.

Selv synes jeg det er gøy hvor mye kontroll man får fra et Clojure REPL. REPL-eval som dytter innhold rett i nettlesere er utrolig kult å ta i. Ultralight-versjon av det på meetup-siden!

Tror ikke jeg har mye problemer med å kunne venne meg til at hele bodyen pushes per endring, men det er vel også en tanke om at backenden skal eie tilstanden, og da kjenner jeg at det blir litt ubehagelig. Hva skjer i en redeploy da, liksom? Men det er jo spennende tanker,

> Hva skjer i en redeploy da, liksom? Klienten sørger selv for reconnects hvis den har mistet tilkoblingen. Så jeg tror tanken er at da ønsker man å levere ny HTML. Vet ikke helt hvordan man skal gjøre det med den tilstanden. Klienten trenger en server-versjon, som så må sendes tilbake til serveren igjen.

Jeg har ikke satt meg inn i Datastar, men «serveren eier tilstand»-modellen gjelder også for https://phoenix-live-view.hexdocs.pm/welcome.html hvor hver tilkobling åpner sin egen websocket og holder tilstanden i en lettvekts serverprosess. Når tilkoblingen forsvinner (som ved en redeploy) vil klienten forsøke å koble til igjen, og når den får det til https://phoenix-live-view.hexdocs.pm/form-bindings.html#recovery-following-crashes-or-disconnects som serveren må håndtere for å synkronisere siste state

jeg har følt litt på at alle veier leder til Beam i det siste 😂

Phoenix har jo eksistert en stund, så kanskje den løypa er tråkket opp mye mer enn jeg frykter 😅 Og så kommer det jo an på typen applikasjon da; de som jeg jobber med i det daglige tror jeg fungerer godt nok med at klienter eier tilstand selv, men jeg skulle gjerne sett at de var mindre drevet av javascript 😐

Ja, det er ikke noen mirakelkur dette heller dessverre

Et annet mønster som forøvrig oppfordres til er også å plassere annen type state (f.eks. aktiv tab eller lignende) i URL-en, f.eks. i search params. I LiveView håndteres disse i en egen callback, handle_params. Et eksempel på dette er https://www.mbta.com/schedules/bostonstadium. Kildekoden https://github.com/mbta/dotcom/blob/main/lib/dotcom_web/live/world_cup_timetable_live.ex.

Det er vel også et fint pattern uavhengig av om state kun er i klienten eller ei, så kan en sende lenker og lagre bokmerker til denne typen ting

Jeg jobber på et prosjekt hvor vi har noe state som burde vært i URL'en liggende i localstorage (innlogget "rolle"), og det er noe skikkelig herk med en gang brukerne prøver å være flere roller på en gang 🫠 Mest mulig burde være i URLen!

(med måte)

> Jeg vil påstå at fravær av rasjonell skepsis og kritisk tenkning, og religiøst motiverte styreformer (fortsatt) er et større problem for menneskeheten enn AI. Ja, der treffer du kjernen av problemet. Dagens utvikling og bruk av AI er bare et symptom på det.