Morn! I dag er det Clojure-lønsj igjen. 🍛

Morn! Jeg kom fra utlandet i 2-tida i natt, så orker ikke tur til byen i dag 😢 kos dykkan!

Booster sier du? Kanskje noe å tenke på. Godt tilbud @slipset hadde vært en kul kombo

Jeg kunne liksom vært oppvarming for dere 🙂

ref "haskell kan være fint det óg" Jeg fant en fibonacci-implementasjon på bloggen til @augustl (https://augustl.com/blog/2019/amazing_lazy_data_structures/, fra desember 2019):

; Clojure uses long by default, so make it use 
; bigdec for arbitrarily sized numbers
(defn fib
  ([]
   (fib (bigdec 0) (bigdec 1)))
  ([a b]
   (lazy-seq (cons a (fib b (+ a b))))))

(time (last (take 100000 (fib))))
; "Elapsed time: 299.1678 msecs"
; 1605285768272[...20880 digits (yes,
; really) cut for brevity]790626M

fibs = 0 : 1 : zipWith (+) fibs (tail fibs)

Hvilke tre bøker ville du anbefalt en fersk utvikler å lese?

Mitt svar: Extreme Ownership (Jocko Willink), Empowered (Marty Cagan) og The Art of Unix Programming (Eric Raymond). Lenker og motivasjon: https://play.teod.eu/welcome-knowledge-worker/ (flytter ut av tråd)

Har såvidt kommet igang med den, men jeg mistenker at Grokking Simplicity hører til på lista

du er fornøyd så langt?

Jeg er nok ikke helt i målgruppen, men det virker som en amazing bok for relativt ferske folk og/eller folk som har lite til ingen erfaring med funksjonell programmering/tankegang

Den er godt skrevet og flink til å holde fokus på idéene over koden

Kommer fra nogenlunde samme konseptuelle sted som “data driven development”, men man merker at Eric Normand har solid erfaring med å undervise, for å si det sånn 🙂

Jeg har som sagt ikke kommet så langt, så har ingen klar dom ennå, annet enn at jeg blir veldig overrasket om jeg ikke ender opp med å like den svært godt

høres ut som en bok som kan gjøre samme nytta som “clean code” gjorde på 90-tallet eller når den kom ut

hmm, tror du kan ha rett der

"en praktisk guide for å komme i gang med functional core, imperative shell+++"

ja, og en god, praktisk primer i hvordan man designer software ved å analysere problemområdet med tanke på side-effekter osv

En vinkling jeg ikke har møtt på tidligere i bokform

jeg er usikker på om clean code noengang var en god bok egentlig, men tror ikke jeg orker å lese den på nytt for å få det bekreftet 😅

Mistenker at det er mye dogmatisk bullshit uten særlig respekt for kontekst

Jeg prøvde litt, men ... den var så veldig "hvordan kode i C#" at jeg kanskje tenker at "Clean C#" hadde vært en like god tittel

jeg fikk mye ut av The Pragmatic Programmer

å, er det C#?

tror det?

Kan sjekke

Da ble jeg usikker på om jeg har lest den i det hele tatt 😄

jeg har den ihvertfall, haha

Jeg leste nylig den oppdaterte audible-utgaven av The Pragmatic Programmer. Da jeg leste den for 15+ år siden var det en dannelsesreise, men nå syns jeg den fremsto litt datert, selv etter å ha vært oppdatert i 2020.

Min feil! Jeg tenkte på feil bok. Jeg tenkte på denne:

den bærer veldig preg av to lange karrierer primært innen objektorientert programmering

den var oppdatert med noen nikk til funksjonell programmering her og der, men det var litt halvhjertet, og en del av problemene de tar for seg er nokså OO-spesifikke

Så jeg tror egentlig det hadde vært bedre å kose seg med minnet av den første gjennomlesingen 😄

Ikke dårlig altså, og mye bra for folk som ikke har lest det før osv, men mindre punchy i 2022 enn i 2005. “Du må bruke versjonskontroll” er mange ganger mer “DUH!” i dag enn det var da.

kapitlene i The Pragmatic Programmer om kodegenerering og tekst var til stor hjelp for meg. Men føler også at det .. er mindre aktuelt når man skal tenke "det er bare data". Jeg har brukt en del tid på generering av makesfiles i sommer. Her er en generert https://github.com/teodorlu/play.teod.eu/tree/d21fe02fed72eee67db950bd18f9684489e83914/Makefile. Ooog nå holder jeg på å innse at jeg egentlig bare kunne hatt litt data og noen funksjoner i stedet. Jeg har jo kommandoer og avhengigheter som data.

make makefile passe meta 😄

jepp 😄 Med litt uflaks i skriving lager du deg selv problemer!

Vi har også noen Makefiles som ser sånn ut, men som er håndskrevet, og neste gang vi skal gjøre noe betydelig med det systemet så blir det edn og clojure 😅

kult

men det handler ikke bare om Makefile-en, men at vi har detaljer om byggene våre spredd rundt i edn/Makefile/og kildekode

ja, ikke sant. Synes ofte en Makefile er en god, enkel løsning. Men i mitt tilfelle blir det bye surr med å gå fram og tilbake mellom makefiles, data i tekst / edn og kode.

De er en god, enkel løsning når de er en god, enkel løsning 😅 Når man etterhvert får mer komplekse systemer med data på flere steder så slutter de å være like attraktive

Vi har noen systemer hvor Makefiles fortsatt er helt nydelig, hvor bygget i sin helhet er beskrevet i dem. Da er det fint.

Har du sett https://github.com/babashka/fs/blob/60aea913a99a39b430a3666b7f5d116463c640c4/src/babashka/fs.cljc#L878-L887? Det er den borkdude bruker til å modellere makefile-avhengigheter i egne script. Han skrev om det for en stund siden: https://blog.michielborkent.nl/speeding-up-builds-fs-modified-since.html

da får du makefile-liknende build caching, men det er bare en funksjon.

Ser veldig snedig ut

det er den jeg har lyst til å bruke for å kutte ut Makefile hos meg.