This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-06-18
Channels
- # aws (12)
- # beginners (489)
- # calva (32)
- # cider (117)
- # clj-kondo (4)
- # cljdoc (9)
- # cljs-dev (3)
- # clojure (56)
- # clojure-brasil (1)
- # clojure-europe (10)
- # clojure-italy (44)
- # clojure-nl (9)
- # clojure-russia (1)
- # clojure-sweden (6)
- # clojure-uk (64)
- # clojurescript (6)
- # cursive (6)
- # datascript (4)
- # datomic (6)
- # emacs (3)
- # fulcro (15)
- # graalvm (11)
- # jackdaw (7)
- # jobs (8)
- # jobs-discuss (29)
- # jvm (2)
- # leiningen (5)
- # luminus (10)
- # off-topic (23)
- # pathom (21)
- # planck (11)
- # quil (6)
- # re-frame (11)
- # reagent (17)
- # reitit (8)
- # rewrite-clj (6)
- # shadow-cljs (78)
- # slack-help (2)
- # spacemacs (7)
- # specter (4)
- # sql (60)
- # tools-deps (7)
- # xtdb (11)
Anche le path relative delle dipendenze sono comode e risolverebbero il problema di @andrea.imparato
@mdallastella alla fine puoi semplicemente mettere tutto il codice in src
e il tuo progetto dovrebbe vederlo senza grossi problemi 😉
@helios sicuro, a meno che tu non voglia trasformare dei namespace in librerie da riutilizzare in altri progetti...
si ma se devi riutilizzarlo piu' volte alla fine il tradeoff e' che ti conviene metterlo in clojars, no?
(o con deps, il private maven repo fatto da quello di clojars) (http://deps.co)
Il punto è, che senza tanto pubblicare in giro roba, da deps.edn
puoi già farlo.
cosa intendi? Si può usare git anche solo in locale.
piu' o meno e' come fare lein install
, con senza lo sbattimento di fare versioning esplicito
curiosita’. Voi come gestite la distribuzione di eseguibili (normalmente una qualche forma di uberjar)
Su un progetto sui cui sto lavorando adesso , usando GitlabCI si fa scp
dell'uberjar dal runner al server direttamente e si fa ripartire il processo con supervisor
probabilmente non avete l’esigenza di mantenere diverse versioni dell’app in vita allo stesso momento?
qualche consiglio su come essere sicuri che da certi namespaces non si possano importare altri namespaces?
per essere piu' chiari ci sono un po' di ns che sono solo funzioni pure, altri che hanno i vari side effects del caso.
Prima erano divisi da lein-modules
, adesso abbiamo tolto i modules che erano solo un fastidio, ma sarebbe carino rafforzare la distinzione comunque
mi sa che uno script in CircleCI basta e avanza alla fine, ma se ci sono modi piu' intelligenti sono tutto orecchie
se riuscissi a estrarre i requires di un namespace con Clojure sarebbe meglio, lo script lo scrivo in Clojure invece di qualche trucco in bash
@andrea.crotti potresti provare con ns-map
https://clojuredocs.org/clojure.core/ns-map
E un po' di filtri a destra e a manca
@mdallastella e' stavo guardando ns-map ma non vedo quello che mi serve
Pensavo non volessi che fossero importati determinati namespace
mi spiegate 2 secondi cosa significa mantenere fn pure in un namespace o in un altro, non l’avevo ancora sentita
(@reborg nemmeno io)
un progetto che abbiamo ereditato che usa l'hexagonal architecture
tutti i namespaces in domain sono business logic, con solo funzioni pure
i namespaces in infra fanno il plumbing con Kafka, usando queste funzioni
non e' cosi strano come pattern
beh per il tipo di progetto l'idea non era male
era una rottura di maroni lavorare con lein modules
adesso abbiamo tolto i modules ma per adesso l'idea di base la teniamo
dipende dal progetto, in questo caso ha senso
visto che comunque e' stateless praticamente
la cosa interessante e' che avevano inizialmente fatto il POC con solo la parte pura, con tests della business logic
il resto attorno ce l'hanno aggiunto dopo
stasera c'e' questo evento su Crux per i londinesi cmq https://www.meetup.com/London-Clojurians/events/262005356/
io non sono in ufficio oggi se no sarei andato volentieri