Fork me on GitHub
#clojure-norway
<
2022-06-30
>
teodorlu06:06:48

God morgen!

Ivar Refsdal07:06:37

God morgon ☀️

☀️ 2
slipset07:06:47

Morn, morn. Det skulle vise seg at djevelen gjemmer seg i detaljene. Hvem skulle trodd

cjohansen08:06:29

Gute morgen

🇩🇪 3
augustl09:06:26

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

💯 1
augustl09:06:14

"hvordan lage web-rammeverk uten å være irriterende" = next.js (bare at du må leve med js eller typescript, da)

cjohansen09:06:51

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

augustl09:06:57

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

augustl09:06:27

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

augustl09:06:47

dvs, den løser ikke data fetching, den har konkrete punkter hvor du kan hente data

augustl09:06:52

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

teodorlu09:06:55

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.

teodorlu09:06:55

> 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.

teodorlu09:06:53

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

augustl09:06:12

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

1
1
augustl09:06:30

tilsvarende med "expo", den verste måten å gjøre React Native på spør du meg

teodorlu10:06:07

@augustl betyr det at du vil ha et bibliotek man legger i deps.edn/project.clj, og ikke genererte filer?

augustl10:06:53

ja, nemlig. Next.js er bare en dependency i package.json

teodorlu10:06:48

Skjønner. Det er kanskje en bedre idé enn CLI.

teodorlu10:06:17

Hvis noen lager noe sånt, er jeg interessert i å prøvekjøre!