Minner om https://www.meetup.com/clojure-oslo/events/283603695 i morra

hva tenker folk om å lage sine egne sånne små "stdlib ++" varianter til sin egen kode? Ofte vanskelig å navngi dem. Men de kan jo være veldig kjekke å ha

(ser nå at den der skal renames til drop-while-with-preceding)

Lager sånne hele tiden! Synes det er vanskelig å si om de bør være i en liten utils.clj eller bare private funksjoner i samme namespace. Har blitt mer glad i "slettbar" kode i det siste.

sjelden, har kanskje en eller to sånne fra før, føles litt farlig/rart/feil

Det er rart med sånne “generelle” funksjoner. Mye av det vi gjør er å transformere data i format A over til format B. Og det er mange veier til Rom. Ofte, men sier ikke at det er tilfelle her, kommer slike “generelle” funksjoner som den over til ved at man tar en omvei. Laget slik den over er laget, så ser de veldig generelle ut, men de er egentlig ikke det. Jeg tror jeg bruker slike funksjoner som en slags indikator på at det finnes en bedre vei fra A til B.

I blandt er de domenespesifike. Vi har i ardoq f.eks by-id id-set og fn-set

Lyst til å komme med en sterkere påstand en "ofte"? (I prinsippet er jeg enig, jeg har oppdaget mange ganger at jeg kunne løst sånt bedre med 2-3 funksjoner fra standardbiblioteket) Edit: redigerte du bort "ofte"? 😄

by-id er som en (medley/map-vals first (group-by id xs))

id-set er (set (map id xs))

Dette er funksjoner som vi bruker relativt ofte i Ardoq, men som ikke så fryktelig generelle, men som vi bruker fordi vi ikke har en skikkelig database, så vi må gjøre endel joins i Clojurespace.

Jeg skrev en hel del slike funksjoner for noen år tilbake, men kan ikke huske sist gang jeg gjorde det nylig. Mistenker at jeg nå oftere bare bruker clojure.core direkte.

Som et enkelt eksempel så pleide jeg å syns det var skrekkelig irriterende at det ikke fantes en (first pred coll) , men er ikke lenger irritert over det. Bruker (first (filter pred coll)) og går videre med dagen min.

Det handler også litt om fordelen av å ikke lage nye navn.

Men, @teodorlu jeg heller nok litt til din hang til å legge dem i det ns’et jeg først begynner å bruke dem og så heller flytte de ut til et felles sted hvis jeg begynner å se dem over alt. (set (map id xs)) var en sånn greie jeg etterhvert så over alt.

Kanskje forskjellen er om man ser et mønster over alt i kodebasen, så kan det være gunstig å mekke en funksjon for det, mens hvis du ser et bruk av en funksjon som ser generell ut, så kanskje man skal vente med å putte den i fellesområdet inntil man ser om det dukker opp flere brukstilfeller?

Men disse har jeg kopiert stort sett inn i alle prosjektene jeg har vært i opp gjennom årene: min-by og max-by . Får alltid mark av å se (first (sort-by ...)) 😄 https://gist.github.com/8b71aaae0feb445643fabdbb9d776825

Problemet nå man er flere som jobber på en større kodebase, så kan det være vanskelig å oppdage disse felles greiene

Jeg vil jo si at (set (map id xs)) er 100% akseptabelt å ha mange steder i koden. Det er lett å lese og krever ingen nye navn man må ta inn over seg.

Ikke uenig i det, men nå er det egentlig (set (map core/id xs) og det begynte å bli litt kjedelig å skrive, pluss at id-set er et ganske godt navn på det hele.

Gode navn hjelper selvfølgelig.

Det som fikk meg til å endelig lage "dash.el" var jo når jeg fant ut at Emacs Lisp faktisk hadde en filter-funksjon, den het cl-remove-if-not .

Den er jo også i bruk i kodebasen

men den 3 aritets versjonen har jeg aldri brukt tror jeg 🙂

Ser ikke ut til at den (set .. -wrapperen der gjør noe nyttig arbeid.

med mindre add-keys gjør om typen på collection, og da har jeg et annet forbedringsforslag 😅

Som sagt, omtrent første gang jeg ser den 3 aritets greia

Er det Cursive som har den referansetelleren?

Kaller’u meg Cursive bruker?!

Ikke meninga å fornærme 😄

emacs-lsp

Som også har en find-references som virker

Skjønner! Hvorfor har Emacsen din så rar cursor da? Er det rart jeg blir forvirra? 😅

Hva da rar cursor, jeg har hatt (setq-default cursor-type 'bar) siden sikkert emacs 19.20 eller no sånt

Skjønner clojure-lsp også egendefinerte makroer?

Den lener seg på clj-kondo, som har et eller annet system for slikt

akkurat, ja

drop-while-off-by-one-inator

:lint-as {liberator.core/defresource clojure.core/defn
           ardoq.test.api/deftest clojure.test/deftest
           clj-configurator.core/defconfig clojure.core/def
           ardoq.test.helper/with-system clojure.core/let}

fra vår clj-kondo config

hvordan kunne man gjort en slik ting, da? Altså min drop-by-men-ta-også-med-elementet-før-der-den-droppa?

bruker den jo bare to steder, så kan "inline" den som et alternativ

men akkurat her føltes det hyggelig å kunne lese et lite logisk navn og. Så tipper jeg at både andre utviklere og jeg selv om to uker ikke forstår hva meningen er med det navnet, da, men, kanskje

jeg tror nok at min normale løsning her ville være å gjøre akkurat det samme som deg, minus å gi det et eget navn

drop-while-but-keep-the-last er ikke egentlig lettere å lese enn koden 😄

in related news, nå sjekker jeg inn den her

hvordan ville du forresten laget en funksjon uten å gi den et navn?

(defn homeless-5?

Nei, altså, inlinet den, da.

ja riktig

alle http-routing-libs til Kotlin baserer seg på metodekall og builder-DSLs og sånn forresten, ikke å returnere data fra en funksjon

(meg til Kotlin-miljøet)