God morgen!

Siste morgen med bortekontor

God morgen!

Har turen stått til forventningene @slipset?

Det har den så absolutt! God og mør i kroppen og har i tillegg fått jobbet. Eneste nedturen er at jeg har vært for feig/funnet for mange unnskyldninger til å ikke prøve på forlengs salto 🙂

haha

John Carmack om vi: “this was kind of like my civil war reenactment phase, I’m going out there doing it like they used to in the old days” Problemet her er vel ikke at IDE-er og debuggere er bra, men at han ikke brukte emacs? https://youtube.com/clip/UgkxZZKR6P0lVt8Cm8cIG9PWjhf1hSq1rNxa

I’m going there!

clojurescript er veldig bra med jQuery egentlig, threading macro og jquery er bestevenner!

Don’t!!!!

Straffen blir å måtte jobbe gratis for Ardoq til jQuery er fjernet fra vår kodebase.

Jeg har allerede snakket med Kolbjørn.

Neste som skjer er at du oppdager at “Hey, dom’en er jo en stor muterbar dings? Jeg kan jo bare sette noen klasser og noe data på noen div’er for å sende informasjon mellom ting!”

😂

måtte nedgradere til React 17 for å få synkron hiccup -> string med HTML dette går veien

If you're in a hole, keep digging!

har Clojure “remaining” for destructuring av maps? Altså, destructure ut key x og y, og gi meg de keysa som er igjen? En slags snarvei for dette:

(let [{foo :foo bar :bar :as props}]
  (dissoc props :foo :bar))

React 18 virker jo forøvrig ganske kult? Usikker på hvor oppdatert snabbdom er. Men at React 18 er async all the things virker jo fint, litt mindre låsing i GUI-tråden, litt enklere å rendre deler av treet i web workers, osv osv

Kan ikke si jeg opplever så mye låsing, men mulig jeg bare ikke får det med meg

Høres egentlig ut som en løsning på et problem som har oppstått fordi det er stappa alt for mye greier inn i react-komponentene?

mulig dette bare er en issue om du hydrerer server-side rendra greier

eventuelt at om du gjør en svæææær render så kan det batches litt enklere så du ihvertfall får scrolla litt sånn innimellom, i stedet for full lås?

Kanskje det

Jeg har ikke store nok sider til å ha kjent veldig på det problemet. Kanskje jeg har "expensive hardware privilege"

> A key property of Concurrent React is that rendering is interruptible. > > With this capability, React can prepare new screens in the background without blocking the main thread. This means the UI can respond immediately to user input even if it’s in the middle of a large rendering task virker som det er mye “can” og “possible”, lite om når det konkret bidrar til mere snappy GUI

> However, long term, we expect the main way you’ll add concurrency to your app is by using a concurrent-enabled library or framework. In most cases, you won’t interact with concurrent APIs directly. For example, instead of developers calling startTransition whenever they navigate to a new screen, router libraries will automatically wrap navigations in startTransition. virker jo lovende, endelig nye features i React som er lagt opp til react-as-a-platform

Jeg holder en knapp på "rammeverket vårt har gradvis åpnet for å blande sammen stadig nye concerns med rendering, og i stedet for å bremse opp har vi laget enda flere features for å jobbe rundt problemet som følger av dette"

React-as-a-platform = Angular

> In React 18, you can start using Suspense for data fetching 😅

hvem husker vel ikke web componentet <ajax>

Som sagt, Angular

Jeg kryper tilbake i hullet mitt

jeg påstår fortsatt standhaftig at hooks utelukkende er en forbedring over toveis databinding!

men kanskje dette er skalaen

0 - - - - - - - - - 10 - - - - - - - - - 20 - - - - [ ... ] - 9000 - - - - - - - - - 9010
        ^                    ^                                     ^
[Toveis databinding]      [Hooks]                            [ClojureScript]