Fork me on GitHub
#clojure-italy
<
2019-09-02
>
reborg07:09:50

Buon Settembre a tutti!

Lu08:09:20

Uellà! Nuovo mese nuovo progetto ^^

manuel08:09:57

buon ☁️

reborg10:09:46

Una delle ragioni (quando mi chiedono) del perche’ mi piace Clojure e’ che mi spinge a leggere papers e libri grazie ai continui riferimenti in chat, articoli, mailing lists etc.

reborg10:09:02

Ovviamente non e’ l’unico linguaggio con questa caratteristica :) ma e’ uno di quelli che mi da lavoro…

reborg10:09:52

Mi ricordo che con Java arrivavo al massimo a citare GoF o Smalltalk. OOP taglia fuori parecchi concetti matematici (tipici del funzionale o sistemi tipati avanzati). Di conseguenza permette una larga fetta di sviluppatori di fregarsene allegramente di tutto cio’ che e’ avvenuto prima. Ovvero si stanno a reinventare la ruota sgonfia (questa e’ di Alan Kay).

andrea.crotti10:09:39

quasi un microservice a engineer, la follia 😄

😵 4
reborg10:09:58

wow… io che pensavo che in funding circle eravate in tanti…

andrea.crotti10:09:32

hehe si siamo in tanti ma loro piu' il triplo almeno

manuel10:09:29

un esercito di parentesi, insomma. Dai, complimenti a loro però.

nilrecurring10:09:28

Anche noi abbiamo circa un servizio per engineer, penso sia il rapporto ideale (assumendo che si lavora almeno in due su ogni servizio)

andrea.crotti10:09:32

mah alla fine questi servizi comunicano tra di loro e difficilmente fai una qualsiasi feature senza andare a usarne piu' di uno

andrea.crotti10:09:10

noi abbiamo un rapporto decisamente piu' basso, e gia' sembrano troppi

nilrecurring11:09:17

Si certo, la tentazione di rifattorizzare tutto in un monolite ogni tanto viene anche a me 😄

reborg11:09:38

Pensavo che la grandezza di un microservice dovrebbe essere direttamente proporzionale alla facilita’ con cui li crei e li deploy. Piu’ e’ semplice gestire l’infrastruttura (ad es. 1 config file ed 1 riga di bash) piu’ ha senso farne tanti e piccoli (30-50 LOC). E la grandezza del microservice medio e’ inversamente proporzionale all’investimento in devops.

👍 8
reborg11:09:35

Poi perche’ uno lo debba fare (l’investimento) e’ un’altra questione 😬

reborg11:09:54

Tipici fattori sono la necessita’ di accomodare differenti scalabilita’ delle parti del business o usare il best tool for the job (== large business)

andrea.crotti12:09:12

non e' che serve un monolite, abbiamo services che fanno una cosa sola

andrea.crotti12:09:48

ma che magari sono comunque 3k linee di codice

reborg20:09:33

ma quindi sono uno dei pochi che se ne e’ sempre fregato di crearsi una reputazione su stackoverflow?

andrea.crotti20:09:40

Anche io non ho fatto quasi niente

andrea.crotti20:09:58

Un po' di risposte su Python una vita da

reborg20:09:48

ci pensavo mentre leggevo una critica https://arp242.net/stackoverflow.html che parla di come stia “morendo”

Lu20:09:35

Io zero!

reborg20:09:33

Super dirty hack

(def bypass-circular-dep
  (-> 'some-ns-I-cant-require
      find-ns
      ns-map
      (get 'what-I-need)
      delay))
@@bypass-circular-dep
;; got access

💥 4