This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-09-01
Channels
- # admin-announcements (1)
- # aws (1)
- # beginners (14)
- # boot (19)
- # cljs-dev (10)
- # cljsrn (2)
- # clojure (64)
- # clojure-android (4)
- # clojure-dev (5)
- # clojure-greece (7)
- # clojure-italy (10)
- # clojure-russia (42)
- # clojure-spec (117)
- # clojure-uk (78)
- # clojurescript (160)
- # cloverage (1)
- # conf-proposals (1)
- # cursive (8)
- # datomic (93)
- # editors (8)
- # editors-rus (5)
- # figwheel (1)
- # flambo (14)
- # hoplon (95)
- # jobs (2)
- # jobs-rus (1)
- # lambdaisland (4)
- # lein-figwheel (6)
- # leiningen (3)
- # om (106)
- # onyx (33)
- # planck (6)
- # proton (3)
- # protorepl (2)
- # random (2)
- # re-frame (9)
- # reagent (5)
- # ring (1)
- # untangled (61)
- # yada (50)
Ho visto in altri canali la tecnica ha funzionato. Ogni giorno, buongiorno e buonasera e dopo qualche settimana la discussione prende vita 🙂
Oppure si puo’ lanciare qualche argomento succulento tipo, qualcuno gia’ usa core.spec nelle proprie applicazioni?
neanch’io. Vorrei iniziare agli ‘estremi’ tipo parametri di input, json convertito ad hash-maps proveniente da terze parti e cosi’ via
sono interessato anche a testing generativo, ma non so quanto mi piace l’idea di decorare con spec parti del codice che non rappresentano necessariamente un contratto tra parti dell’applicazione.
Forse mi sbaglio, ma devo mettermici su un prototipo e capire come spremere il meglio da spec (o schema) senza che diventino troppo invasivi
partirei dai basilari comunque… http://cognitect.com/events/screencasts
al momento lurkando solo da quel che vedo credo che una volta iniziato a usare spec diventi abbastanza "invasivo" 🙂 i benefici di avere piu' confidenza nel codice si faranno sentire...
intanto i node-js scettici possono leggersi questo 😄 https://hashrocket.com/blog/posts/websocket-shootout