endte opp med dette på part two:

(def digit-dict {"one" "on1e" "two" "tw2o",
                 "three" "th3ree", "four" "4r",
                 "five" "5e", "six" "6e",
                 "seven" "7n", "eight" "eig8th",
                 "nine" "nin9e"})

(defn word->digit [str [word digit]]
  (s/replace str word digit))

(defn words->digit-string [string]
    (reduce word->digit
            string
            digit-dict))


(defn solve-part2 [data]
  (solve-part1 (s/join "\n" (map words->digit-string (s/split-lines data)))))

klarte ikke den første engang, får riktig tall mot eksempelet men feil tall med ekte data. Hashtag noob

haha! Det er fordi oppgaven ikke har klargjort hvordan man skal håndtere ting.. Faktisk en dårlig oppgave, så får håpe kvaliteten tar seg opp

ah, fant feilen min

first single digit, og testen har ingen eksempler som får det til å slå feil

Er du på part1 nå?

fikk til part1 nå ja

Jeg tror at skaperen ønsket at gpt 4 ikke skulle klare oppgaven på dag 1, noe som førte til at den ble mye vanskeligere også enn vanlig.

har ikke klart å få til part2 enda :thinking_face: Selv om testen kjører fint

ah, eighthree skal parses på en morsom måte ja

moro! https://github.com/augustl/adventofcode2023/blob/main/src/adventofcode2023/day_1.clj

vet ikke om jeg vil si den var elegant, men… Den subs-matches løser det ihvertfall litt data-orientert, men den føles ikke helt smooth akkurat

føler loop er symptom på at man har litt for lav stdlib-iq, burde kunne gå med en reduce eller mapcat eller noe sånt…

der ja!

(defn subs-matches [re s]
  (loop [s s
         res []]
    (if (seq s)
      (if-let [[idx match] (re-find-idx re s)]
        (recur (subs s (inc idx)) (conj res match))
        (recur (subs s 1) res))
      res)))

(defn subs-matches [re s]
  (when-let [[idx match] (re-find-idx re s)]
    (cons match (lazy-seq (subs-matches re (subs s (inc idx)))))))