This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-12-27
Channels
- # announcements (2)
- # babashka (24)
- # beginners (116)
- # cider (7)
- # cljsrn (6)
- # clojure (38)
- # clojure-bay-area (4)
- # clojure-europe (3)
- # clojure-losangeles (1)
- # clojure-norway (10)
- # clojurescript (171)
- # datomic (16)
- # honeysql (3)
- # improve-getting-started (1)
- # introduce-yourself (2)
- # java (12)
- # malli (5)
- # membrane (2)
- # pedestal (3)
- # shadow-cljs (79)
- # spacemacs (6)
- # xtdb (10)
Det som vel kanskje også er interessant er å definere “raskt nok”. Noen vil sikkert påstå at 100 linjer “raskt nok” er bedre enn 3000 linjer “raskest”.
La meg problematisere litt til: input-felter. Hvis jeg rendrer på nytt for hvert keypress for å feks oppdatere valideringer, og selve input-feltet blir opprettet på nytt så mister det fokus.
Takk! Uansett. Det som slår meg er at dersom jeg skulle laget noe slikt (noe jeg nok ikke skal, fordi jeg aldri kommer til å bruke det selv, fordi jeg ikke jobber med cljs på frontend), så hadde det vært lurt, tror jeg, å starte med å skrive en raison d’être for prosjektet slik at folk kunne styre unna, både med PR’er og bruk hvis det ikke passet dem. Ting jeg ville inkludert i en slik ville være: • Raskt nok, definert som… • Kun stateless komponenter • Props massering gjøres utenfor komponentene • Minst mulig magi i biblioteket
Prøv å bruke den der "Rich design tabell greia" som @U3X7174KS viste en gang. Husker ikke helt hva den heter. Tror det kom fra en talk Rich gav om design en gang i tiden. Det hadde vært interessant å se resultatet av en slik øvelse!
Fant tråden jeg tenkte på! https://clojurians.slack.com/archives/C061XGG1W/p1696762735056199