This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2022-06-30
Channels
- # announcements (40)
- # babashka (41)
- # beginners (32)
- # calva (15)
- # clara (8)
- # clj-kondo (14)
- # cljs-dev (30)
- # clojure (37)
- # clojure-dev (8)
- # clojure-europe (21)
- # clojure-norway (21)
- # clojure-uk (4)
- # clojured (3)
- # clojurescript (4)
- # community-development (10)
- # core-async (13)
- # cursive (23)
- # datomic (15)
- # emacs (9)
- # fulcro (3)
- # google-cloud (4)
- # graphql (24)
- # gratitude (2)
- # holy-lambda (4)
- # honeysql (5)
- # hyperfiddle (9)
- # keechma (1)
- # klipse (5)
- # lsp (23)
- # malli (4)
- # missionary (32)
- # pathom (28)
- # re-frame (2)
- # reagent (40)
- # reitit (17)
- # releases (2)
- # remote-jobs (1)
- # shadow-cljs (25)
- # specter (3)
- # vim (19)
- # xtdb (41)
Morn, morn. Det skulle vise seg at djevelen gjemmer seg i detaljene. Hvem skulle trodd
god morgen! I dag tenker jeg på at noen bør lage noe som next.js, bare for clojurescript. En ferdig platform for all "strukturen" rundt å lage en webapp, med ferdig oppsatt figwheel osv. Basically et byggesystem på steroider, en slags "best case" av web-rammeverk. Den gjør bare routing og meta, og har ingen mening om data fetching og rendring og struktur
"hvordan lage web-rammeverk uten å være irriterende" = next.js (bare at du må leve med js eller typescript, da)
Det skal mye til for at ulempene i et sånt rammeverk veier opp for den tiden det tar å sette opp noe du har kontroll på ass
på Animalia, hvor jeg er nå, har man et titalls ulike apper som er satt opp litt forskjellig hver gang, så der er det en meta-fordel at man har løst strukturen likt over alt. Men om man er i en situasjon hvor man "bare" lager én app og jobber kun med den, er jeg mere enig i at det er lite vits å få hjelp
for next.js sin del er vel den største payoffen at du får en del ting ut av boksen, siden den løser routing og data fetching, men ikke noe mere - du får server side rendring uten å måtte jobbe noe særlig for det
uansett kult synes jeg med denne "nye kategorien rammeverk", som ikke prøver litt engang å løse businesslogikk og domenemodellering osv osv, den gjør bare bygging og routing, i bunn og grunn
enkel frontendarkitektur som funker (TM) - as a framework 😈
Spøk til alvor - jeg hadde satt veldig pris på noe sånt. Feks bb enkel-frontend-som-funker init
- som lager noe jeg kan prøve. Er veldig med på at endgame er å bruke biblioteker over rammeverk. Men noe mange javascript-greier gjør bra er å gjøre det mulig å komme fra helt null til "noe på skjermen" på en arbeidsøkt. Feks create react app og Vite. Det følger noe som lar deg komme i gang.
> Det skal mye til for at ulempene i et sånt rammeverk veier opp for den tiden det tar å sette opp noe du har kontroll på ass Problemet mitt er at jeg blir stuck i analysis paralysis over hvilke ting å velge. Fordi jeg ikke har nok frontend cljs-erfaring til å velge hva som er bra. Så jeg kommer aldri over kneika.
ellers er det kjempegøy å lage babashka-cli-er med babashka/cli, som er helt fersk. Anbefales! babashka cli: https://github.com/babashka/cli eksempelbruk fra undertegnede: https://github.com/teodorlu/playground.teod.eu/blob/a6d0fbb803f5d81c40a44dfb3745b3298d6be4cb/play2.clj#L159-L166
det fine med next, i forhold til create react app, er at den ikke har noen "eject". Det er et rødt flagg med sånne "eject"-greier spør du meg. Da har du i praksis ingen lure abstraksjoner eller noe, bare masse ferdig skrevet boilerplate