This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-01-30
Channels
- # announcements (20)
- # asami (26)
- # babashka (10)
- # babashka-sci-dev (18)
- # beginners (81)
- # biff (6)
- # calva (6)
- # cider (1)
- # clerk (1)
- # clj-kondo (34)
- # clojure (50)
- # clojure-belgium (1)
- # clojure-berlin (6)
- # clojure-europe (20)
- # clojure-nl (1)
- # clojure-norway (22)
- # clojure-uk (2)
- # clojurescript (1)
- # clr (4)
- # community-development (3)
- # data-science (8)
- # datomic (3)
- # gratitude (1)
- # honeysql (6)
- # instaparse (2)
- # jobs (1)
- # jobs-discuss (13)
- # kaocha (7)
- # london-clojurians (1)
- # lsp (6)
- # malli (8)
- # matcher-combinators (9)
- # missionary (3)
- # nbb (8)
- # off-topic (20)
- # pathom (16)
- # polylith (2)
- # practicalli (3)
- # rdf (1)
- # re-frame (7)
- # reagent (3)
- # releases (2)
- # reveal (6)
- # rewrite-clj (22)
- # shadow-cljs (64)
- # tools-build (7)
- # xtdb (13)
Endelig mandag! Go’morn! Noen som har noe spennende eller interessant nytt å dele fra helgen?
> Noen som har noe spennende eller interessant nytt å dele fra helgen? > Jeg skrev en wrapper rundt Neil for å raskt legge til de clojure-avhengighetene jeg ofte bruker. Videoen er av fzf-ui-et, men det finnes også et lite Emacs-UI. 150 linjer clojure var alt som skulle til 😁 https://clojurians.slack.com/archives/C03KCV7TM6F/p1675002548260489?thread_ts=1675002548.260489&cid=C03KCV7TM6F https://github.com/teodorlu/neil-quickadd
funker fint på desktopen. Fine greier!
Kult! 😊 Det er en tilsvarende i clj-refactor, men der må man velge hvilken versjon man vil ha. Dette er fordi det ofte ligger en haug med alfa og beta-versjoner på toppen av lista, som jeg stort sett styrer unna. Hvordan har du håndtert utvelgingen av versjon?
Jeg delegerer til https://github.com/babashka/neil. Så du risikerer å få alfa og beta-versjoner av biblioteker med scriptet 🙂 Såvidt jeg kan se ble det merget kode for å foretrekke stabile versjoner i siste neil-versjon (https://github.com/babashka/neil/pull/152), men jeg får ikke det helt til å funke for meg.
@U07FCNURX hva ville du foretrukket? Å få siste stabile versjon, eller å bli spurt om å velge selv?
Jeg er ikke Magnar, men jeg ville foretrukket å bli spurt, med siste stabile som forslag
@U9MKYDN4Q jeg la til en versjonsvelger 🙂
$ neil-quickadd # gir det neil gir
$ neil-quickadd --select-version # spør deg om hvilken versjon du vil ha.
Kode er på master -- så du får ny versjon hvis du reinstallerer med bbin.> Noen som har noe spennende eller interessant nytt å dele fra helgen? Jeg hadde mye moro med en Fulcro + Pathom3 + Asami app jeg lager for en venn. Endelig har jeg fått til login med Google og autorisering, selv om det var en del “dead ends” underveis…
det å bli ferdig med auth* 🙂 Ellers liker jeg hele Fulcro og Pathom greie veldig godt, men det har jeg gjort lenge
Går det an å gi en ènsetnings oppsummering av hva Pathom er og brukes til? Blir overveldet hver gang jeg klikker meg inn på https://github.com/wilkerlucio/pathom
"It's like GraphQL but ch better" :-) Is this enough or should I elaborate ?
Gir en liten pekepinn i riktig retning iallefall:) Men hører gjerne mer om du vil, hva bruker dere det til f.eks?
For å bygge api som frontend snakker med. Noen av fordeler med Pathom / EQL over GraphQL er: > EQL is more ideally suited to this task than GraphQL, as the latter’s stricter schema (which limits dynamically shaping the query to better fit client needs), paltry primitive data types (EQL uses EDN, which is trivially extensible to keep binary types in tact across platforms), and class-based model make GraphQL much less flexible as needs emerge in a data model over time. > Og hvorfor er GQL / EQL ofte mye bedre enn rest: https://www.youtube.com/watch?v=YaHiff2vZ_o - great explanation of the problem with REST and multiple clients (e.g. UI components) with varying data needs and why an attribute-centric approach - such as implemented by Pathom - is a better solution.