This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2024-01-25
Channels
- # aleph (1)
- # announcements (6)
- # babashka (13)
- # beginners (21)
- # clj-http (25)
- # clj-kondo (23)
- # clojure (17)
- # clojure-europe (49)
- # clojure-nl (1)
- # clojure-norway (8)
- # clojure-uk (4)
- # clojuredesign-podcast (15)
- # clojurescript (6)
- # cursive (18)
- # datomic (22)
- # emacs (29)
- # hyperfiddle (55)
- # introduce-yourself (4)
- # polylith (34)
- # portal (10)
- # releases (1)
- # shadow-cljs (16)
- # spacemacs (2)
Dette burde vel være interessant lesing for flere av oss https://clojurians.slack.com/archives/C8NUSGWG6/p1706137703875859
En liten tanke som slo meg på morrakvisten. Jeg er enig med artikkelen om at mye frontend er for komplisert, og at for mange defaulter til altfor tungt skyts. Min lille hot take er at dette er en naturlig følge av at stadig flere spesialiserer "frontend" og "backend" som to separate team. Conways lov i praksis.
Har du tall på det? Har aldri opplevd den oppdelingen, og ser heller mer og mer krav på at utviklere skal være fullstack, men det er jo bare innenfor min begrensede sfære 😃
Jeg har lest og kan anbefale boka han nevner nederst i artikkelen: https://hypermedia.systems/
Min første reaksjon når jeg leste denne artikkelen var allerede lagt inn i tråden: https://clojurians.slack.com/archives/C8NUSGWG6/p1706172734327729?thread_ts=1706137703.875859&cid=C8NUSGWG6
Jeg syns artikkelen er inne på noe interessant, men han setter opp en del falske dikotomier og gjør noen litt slurvete sammenligninger for å slå homerun med sin foretrukne løsning
En liten tanke som slo meg på morrakvisten. Jeg er enig med artikkelen om at mye frontend er for komplisert, og at for mange defaulter til altfor tungt skyts. Min lille hot take er at dette er en naturlig følge av at stadig flere spesialiserer "frontend" og "backend" som to separate team. Conways lov i praksis.