This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2015-06-11
Channels
- # admin-announcements (96)
- # beginners (102)
- # boot (51)
- # clojure (234)
- # clojure-art (1)
- # clojure-berlin (6)
- # clojure-brasil (1)
- # clojure-china (1)
- # clojure-germany (24)
- # clojure-italy (25)
- # clojure-japan (22)
- # clojure-russia (85)
- # clojure-sg (3)
- # clojure-spain (6)
- # clojure-uk (7)
- # clojure-ukraine (3)
- # clojurescript (108)
- # code-reviews (11)
- # core-typed (3)
- # datomic (6)
- # docs (13)
- # editors (121)
- # euroclojure (10)
- # events (2)
- # jobs (7)
- # ldnclj (77)
- # off-topic (27)
- # reading-clojure (8)
- # reagent (27)
- # robots (2)
- # slack-help (22)
@bronsa Vicenza qui
E tecnicamente sono compaesano anch’io, SM Maddalena (RO) e’ dove vado quando rientro in Ita, un paio di volte l’anno.
@reborg: ci provo, via. 😊
C'è un altro ragazzo che usa Clojure qui a Vicenza, siamo andati insieme al LambdaCon a Bologna quest'anno. Vedo di invitarlo qui.
@mdallastella: io Padova
beh, un bel meeting veneto si potrebbe fare!
al LambdaCon c’era molto Scala e Haskell, non tantissimo Clojure
sembra che tanti siano fissati con la tipizzazione forte… 😄
eccomi
sono il "ragazzo" di cui parla @mdallastella
(complimenti per l'avatar, @reborg)
visto che mi trovo tra clojuristi, scatta una domanda immediata. Sto lavorando ad un piccolo gestionale (web app). Premetto che sono un beginner impenitente, quindi se scrivo strafalcioni siete liberi di bastonarmi. Dopo essermi documentato un po', per quello di cui ho bisogno ho pensato al seguente stack: PostgreSQL (thanks, @mdallastella) e JDBC, Ring, Compojure e lib-noir. Avrei intenzione di infilare anche Om per renderlo più moderno, ma non vorrei complicarmi la vita. Che ne dite? Pare fattibile?
al momento la base, cioè il workflow che da DB arriva ad una semplice pagina web di test, c'è. Ora devo costruirci sopra qualcosa di serio. Non vorrei aver individuato le librerie sbagliate, però. Se avete consigli, fatevi sotto, grazie.
@manuel.uberti: io ti posso dire la mia: PostgreSQL è sempre un’ottima scelta, al posto delle JDBC pure userei Korma che, oltre a permetterti di scrivere codice più idiomatico, ha già delle ottimizzazioni interne (come usare https://github.com/swaldman/c3p0 con un pool di connessioni, etc…). Poi userei un REST framework come Liberator, che riducono immensamente la quantità di codice da scrivere. My 2 cents.
Ottimo, grazie. Per Korma provvedo subito a documentarmi, sono andato con JDBC perché ho familiarità con quello e volevo una "demo" funzionante (tocca ammettere la pigrizia). Liberator è menzionato nel libro che sto studiando (Web Development with Clojure), ma è un capitolo a cui non sono ancora arrivato. 😉
manuel.uberti: l’avatar l’ho rubato a quelli di Dr Racket (era troppo bello per lasciarlo li’
non uso jdbc al momento, ma gli amici a http://OnTheMarket.com hanno usato felicemente Liberator, puoi leggere lo stack che hanno usato qui http://www.pitheringabout.com/?p=1069
in quanto a jdbc, mi hanno parlato di Korma come leggermente troppo OO, quindi hanno preferito yesql o honeySql (come detto non ho esperienza diretta)
grazie per le dritte. Sto provando Korma in questo momento, giusto per capire se fa al caso mio
dalle prime prove, a me Korma ricorda esperienze (non felicissime) con Hibernate, però. Il mapping tra tabelle e entità, per esempio. Sbaglio?
Non ho esperienza con Hibernate, sorry
Meglio! 😉 Scherzi a parte, mi pare aggiungere uno "strato" di codice tra backend e DB che non so se è necessario (nel mio caso, intendo). In particolare, per la configurazione dell'accesso al DB mi pare più "pulito" l'approccio protocol/record descritto qui: https://www.booleanknot.com/blog/2015/05/22/structuring-clojure-web-apps.html
ovvio che quell'approccio prescinde da Korma/JDBC, ma con quella organizzazione mi pare che andare di schietto JDBC semplifichi le cose. A meno che non stia vedendo i vantaggi di Korma a lungo termine