This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-08-15
Channels
- # alda (1)
- # beginners (24)
- # biff (9)
- # calva (55)
- # cherry (1)
- # clj-kondo (36)
- # cljs-dev (3)
- # clojure (37)
- # clojure-austin (2)
- # clojure-brasil (1)
- # clojure-europe (14)
- # clojure-nl (1)
- # clojure-norway (24)
- # clojure-spec (3)
- # clojure-uk (1)
- # community-development (6)
- # core-typed (1)
- # datalevin (5)
- # datomic (28)
- # emacs (14)
- # events (1)
- # gratitude (9)
- # hyperfiddle (27)
- # instaparse (3)
- # joker (16)
- # lsp (89)
- # malli (24)
- # missionary (2)
- # nbb (5)
- # off-topic (59)
- # re-frame (12)
- # reitit (17)
- # releases (4)
- # sci (14)
- # spacemacs (1)
- # squint (7)
- # xtdb (41)
Angående “blessed stacks” så var väl en premiss att det är så svårt för newbies att komma igång med clojure, just för att det inte finns ett framework. Det som är poängen med ett framework är just att det finns ett sätt att göra saker på, så alla tutorials, workshops, etc alla samlas kring detta enda sättet att göra på, vilket gör det betydligt lättare att komma igång. Templates är inte fel, men kommer inte hjälpa en newbie speciellt mycket.
Jeg tror at et overbygg med kuraterte kombinasjons-templates for identifiserte use case vil hjelpe en newbie. Mye fordi det vil tillate dem å utsette en del beslutninger til de har fått et bedre grep om hvilke tradeoffs som er involvert. Men det krever mye av kurator for malene. Både mht. pedagogisk hensiktsmessighet ved valg, bred nytte og tilgjengelighet av gode støtteressurser for de bibliotek som kombineres. Og dette innebærer også at malene som settes sammen eksplisitt vil være læringsredskap. Det vanskelige skrittet er imo. når de skal bevege seg fra å være nybegynner til hva-vi-nå-kaller-neste-skritt.
Jag tror det är viktigare för en newbie att ha ett sätt att göra saker på, och att lära sig hur det fungerar. Därefter så kan de börja titta på att byta ut saker. Att kunna välja mellan templates, eller kunna välja ut olika delar i en template, gör det så mycket svårare att lära sig till att börja med då mycket tid brukas till att försöka göra det bästa valet fastän man inte har tillräckligt med kunskap till att kunna ta ett sådant val
> Jag tror det är viktigare för en newbie att ha ett sätt att göra saker på, och att lära sig hur det fungerar. Därefter så kan de börja titta på att byta ut saker. Helt enig. > Att kunna välja mellan templates, eller kunna välja ut olika delar i en template, gör det så mycket svårare att lära sig till att börja med då mycket tid brukas till att försöka göra det bästa valet fastän man inte har tillräckligt med kunskap till att kunna ta ett sådant val Min tanke var at beginner templates burde ha gjort de viktige valgene som antas å passe for et gitt bruksområde, og gjøre rede for hvilke valg som var gjort, og hvorfor (helst gjøre overordnet rede for oppfattet tradeoff, men bare hvis dette er lett å forstå). Å velge mellom templates burde derfor ha å gjøre med det overordnede bruksområdet for applikasjonen/kodebasen, f.eks. CLI-applikasjon, API-eksponerende backend (REST), enkel webapp etc. For egen del ville det viktigste være at biblioteks- og løsningsvalg som var bakt inn i templaten var up-to-date mht. benyttelse blant øvrige clojuristas, vedlikehold av bibliotek etc.
Så kan man lære seg én måte å gjøre ting på, for senere å grave seg mer ned i alternativer.
Bare for å være ung og woke. Å kalle folk for noobs blir vel feil. er jo mye imposter syndrom blant utviklere. Hvis man får en ny kollega rett fra universitetet til å jobbe med Clojure (som var meg i 2017) så kommer de til å skrive shit kode, men hjelper ikke å si at de ikke skal skrive i clojure. Denne kanalen skal jo forsåvidt være ikke bare for oss etablerte utviklere som har jobbet noen år, men også for nye folk som ønsker å komme inn i clojure miljøet. Sånn til syvende og sist så er det bare et språk man skriver i.
finnes jo tilogmed erfarne folk som er 100x flinkere enn meg som ikke foretrekker Clojure
den er grei, men også viktig å huske på at dette er et åpent forum og man vet aldri hvem det er som leser meldingene. Kan hende sånne utsagn får folk til å komme seg vekk fra clojure, noe som hadde vært katastrofalt, fordi det er et flott språk å skrive i
neida, bra det! 🙌 Tror det er helt terningkast for min del om jeg oppfører meg på et inkluderende vis, og dette er jo som du sier alles forum 🙂
> newbie uten sterke meninger om strukturering av software + Clojure != sant? Jeg tror Clojure-utviklere ofte lener seg mer på idiomer og konvensjoner enn utviklere som jobber med andre språk. Samtidig, jeg jobber akkurat nå med to utviklere som gikk ut av universitetet i sommer i Clojure, og synes det går bra så langt. Har fokusert på styrkene til Clojure. Ta små steg av gangen, og bruk REPL til å se hva du driver med. Tror (personlig) ikke det ville vært særlig lurt å sende utviklerne inn i et React-prosjekt først for å lære seg å utvikle kode som kjører i produksjon der. Jeg innser hvor mye jeg tar implisitt når jeg koder selv. Aldri få ubalanserte paranteser. Aldri legg til for mye før du evaluerer på nytt og ser hva du driver med. Lær deg nok strukturell redigering til at det funker (for min del slurp, expand region og replace parent (alt-up i Emacs, “raise sexp” i vscode)). Jeg var først bekymret for at “clojure-greier” kom til å ta så mye oppmerksomhet at vi ikke fikk fokusert på hvordan å jobbe godt med kode. Men synes det har fungert fint så langt. Jeg vil heller veilede i teknologi jeg kan og teknologi jeg synes er bra enn tilfeldige andre greier. Vi har jobbet tett sammen fram til nå, tror det er en del vanskeligere å starte alene fra scratch — uten noen å spørre, uten en kodebase som funker man kan se på og jobbe med.