Re: [Jug-Torino] Retribuzioni degli speaker alle grandi conferenze ?

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Thu, Aug 31, 2017 at 4:52 PM Andrea Ligios andrealig...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> Memore della passata (ed inaspettatamente aperta) dicussione su tariffe e
> stipendi, vorrei chiedere ai molti speaker qui presenti come funzioni,
> nelle diverse fasce di esperienza e popolarità, in eventi come il
> Codemotion o il Voxxed.
>
> Da quello che leggo, a volte si viene pagati, a volte vengono rimborsate
> le spese, altre volte neanche quelle, e ci si deve "accontentare" del
> ritorno d'immagine.
>
> Per pura curiosità ovviamente, non ho velleità in tal senso.
>
>
no money, only glory

Pagati mai, almeno per me, al massimo ti pagano una notte in albergo, due
se sei fortunello.
Viaggio mai capitato.
Non so se qualcuno nel tech venga pagato.
Se guardi, gli speaker famosi hanno una big company dietro che casualmente
e' anche sponsor della conferenza...
Io vado per motivi diversi:
- condividere esperienze e conoscenza
- fare un po' di pubblicita', con un ritorno molto incerto
- vedere posti nuovi

FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://linkedin.com/in/robfrank

[Jug-Torino] Tweet from Simon Maple (@sjmaple)

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Simon Maple (@sjmaple) tweeted at 4:49 pm on Fri, Oct 20, 2017:
In case you didn’t know, @java 9 is *NOT* an LTS release, and is only
supported till March 2018.

https://t.co/NAljgTo5jk https://t.co/73PdLmRuEl
(https://twitter.com/sjmaple/status/921387822115848195?s=09)

Get the official Twitter app at https://twitter.com/download?s=13
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://linkedin.com/in/robfrank

Re: [Jug-Torino] Re: [ANN] Meeting 15 novembre

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

2017-11-13 9:24 GMT+01:00 Ivan Martoccia m.iv...@gmail.com
[it-torino-java-jug] :

>
>
> Ciao Roberto,
> Io avevo prenotato per 3, cancello la prenotazione causa rilasci in
> produzione. Appena arrivo in ufficio disdico la prenotazione
>
>
>
Grazie!
Non e' necessario rispondere alla mail, e' sufficiente gestire la propria
partecipazione su meetup

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] Re: [ANN] Meeting 15 novembre

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

2017-11-10 11:45 GMT+01:00 Roberto Franchini :
> 2017-10-27 9:57 GMT+02:00 Roberto Franchini :
>> Ciao a tutti,
>> il prossimo meeting si terra' il 15 novembre.
>
> [cut]
>
>>
>> https://www.meetup.com/JUGTorino/events/244539265/
>>

Ancora un giro di conferme:

Se vi siete iscritti, e NON potete venire: RINUNCIATE

Grazie a tutti per la collaborazione

Perdonate il rumore :)
FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] Re: [ANN] Meeting 15 novembre

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

2017-10-27 9:57 GMT+02:00 Roberto Franchini :
> Ciao a tutti,
> il prossimo meeting si terra' il 15 novembre.

[cut]

>
> https://www.meetup.com/JUGTorino/events/244539265/
>

Ciao,
chi si e' iscritto su meetup ha gia; ricevuto una mail.
Se non vi siete ancora iscritti, e volete venire: ISCRIVETEVI
Se vi siete iscritti, e NON potete venire: RINUNCIATE

questo perche' la sala ha posti limitati.

Grazie a tutti per la collaborazione

FRANK


-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] Re: REMINDER: ci vediamo questa sera!

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Wed, Dec 13, 2017 at 8:41 AM, Roberto Franchini
 wrote:
> http://jugtorino.it/2017/10/28/meeting-dicembre-2017.html
>


|ATTENZIONE!!!

C'era un typo sulla pagina, l'incontro si svolgera' presso Toolbox:

http://jugtorino.it/places/toolbox/

FRANK


-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] REMINDER: ci vediamo questa sera!

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

http://jugtorino.it/2017/10/28/meeting-dicembre-2017.html

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] JShell: piccola intro

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

2017-11-17 9:34 GMT+01:00 Federico Fissore feder...@fsfe.org
[it-torino-java-jug] <it-torino-java-jug@yahoogroups.com>:

>
>
> Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug] ha scritto
> il 17/11/2017 alle 09:00:
> > Se ne parlava mercoledi' sera al meeting:
> >
> > https://medium.com/oracledevs/jshell-a-quick-look-d26f7e91a864
> >
> >
> > FRANK
> >
>
> Mi è venuto in mente di fare uno script "shell" ma usando "jshell".
> Purtroppo non funziona: non riconosce il cancelletto come riga
> commentata e non termina alla fine dello script
> Magari si può fare un wrapperino
>
> federico@pawa:~$ cat test.sh
> #!/usr/bin/env /opt/jvm/jdk1.9.0/bin/jshell
>
>
Puoi provare con kotlinc:
https://kotlinlang.org/docs/tutorials/command-line.html#using-the-command-line-to-run-scripts


-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] JShell: piccola intro

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

2017-11-17 14:04 GMT+01:00 Federico Fissore feder...@fsfe.org
[it-torino-java-jug] :

>
>
> Alla fine il piolo entra, anche se è quadrato ;)
>
> https://gist.github.com/ffissore/012d7e32a096fde5266f49038c93dcaf
>

Grande Fede!
FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] JShell: piccola intro

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Se ne parlava mercoledi' sera al meeting:

https://medium.com/oracledevs/jshell-a-quick-look-d26f7e91a864


FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] Meeting 15 novembre: CAMBIO LOCATION

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ciao a tutti,
vista la grande adesione, ci spsostiamo in Toolbox.
Solita ora.

Via Agostino da Montefeltro 2
10134 Torino



FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] Paper: Statistically Rigorous Java Performance Evaluation

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Non l'ho letto, sembra interessante.
CONTIENTE formule matematiche!

https://dri.es/files/oopsla07-georges.pdf

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] [ANN} Meeting 27 Giugno

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ciao a tutti,
come pre-annunciato a voce, avremo un secondo meeting il 27, sempre presso
toolbox.

Neil Stevenson, direttamente da Hazelcast, ci parlera' di "In-Memory Data
Grids, e-commerce and analytics"

I dettagli e l'iscrizione su meetup:

https://www.meetup.com/JUGTorino/events/251691512/

e sul sito
http://jugtorino.it/2018/06/12/meeting-giugno-2-2018.html

-

Neil Stevenson: In-Memory Data Grids, e-commerce and analytics

In this talk, we'll take a three-part look at Hazelcast's In-Memory Data
Grid, a popular IMDG choice and the fastest one available.

To begin with, simple stuff. What is an IMDG, why would you use one, what
can it do, where would you not use it?

Next, we'll go to a demo, with an online shop. This will show how IMDG fits
into the big picture, providing real-world benefits of resilience,
scalability and security, for very little coding.

And finally, we'll take the demo a stage further with added analytics,
examining how shopping trends can be tracked to provide insights into
customer habits.

The talk will be in English, with a Java & Spring demo that you can
download after.

Bio: Neil Stevenson

Neil is a solution architect for Hazelcast, the world's leading open source
in-memory data grid. In more than 25 years of work in IT, Neil has
designed, developed and debugged a number of software systems for companies
large and small.


-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] [ANN] Meeting 15 novembre

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ciao a tutti,
il prossimo meeting si terra' il 15 novembre.

Simone Bordet ci presentera' le novita' di Java 9, i dettagli sul sito:

http://jugtorino.it/2017/10/26/meeting-novembre-2017.html

e per l'iscrizione meetup:

https://www.meetup.com/JUGTorino/events/244539265/

ATTENZIONE: saremo ospiti di Profesia in Piazza Castello 9

FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Quale approccio usare per mappare un bean in un altro?

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

2018-01-18 19:44 GMT+01:00 Tatiana Litvinova tatiana.litvin...@gmail.com
[it-torino-java-jug] :

>
>
> Ciao Federico,
>
> Riguardo l'approccio con la mappa, mi sembra un modo di aggirare il
>> problema di stare usando Java. Quest'approccio mi fa tornare in mente un
>> articolo di Martin Fowler che diceva che comunque tu hai sempre uno schema
>> dei dati, che sia implicito ed esplicito (forse era qui:
>> https://martinfowler.com/articles/schemaless). Questo perche'
>> l'utilizzatore andra' a leggersi certi campi, avra' certe aspettative. Per
>> cui mi conforta avere lo schema esplicito, sotto forma di classe. D'altra
>> parte se ti scrivi gli opportuni test lo schema lo vai invece a
>> "cristallizzare" nei test. L'approccio a classi, oltre all'aiuto del
>> compilatore mi darebbe la possibilita' di usare la reflection dove serve..
>>
>
> Grazie, molto bello l'articolo.
>
> Però sostanzialmente conferma la mia reticenza ad usare le mappe: nel
> nostro caso il problema non è tanto il fatto di non conoscere a priori la
> struttura dati e non è il fatto che la struttura non sia uniforme (due dei
> tre trigger che utilizza per scegliere che tipo di schema utilizzare). Il
> problema è il numero di trasformazioni inutili che facciamo in rapporto al
> numero di quelle realmente utili.
>
>
Si', le orogini della nostra scelta passata si basavano proprio sul fatto
che non sapevamo mai da dove ed in che formato sarebbero arrivati i
prossimi dati e dove e come li avremmo esportati/visualizzati.


[cut]


> Mi togliete una curiosità dovuta alla mia ignoranza: perché proprio
> Kotlin? Mi sarei aspettata di vedere citati diversi linguaggi la cui
> sintassi facilita lo sviluppo, invece c'è il coro unanime pro-Kotlin.. Come
> mai?
>
>
Ci sono svariati motivi:
- e' tipato e compilato
- e' veramente interoperabile con Java: da kotlin usi java e da java usi
kotlin
- i progetti multilinguaggio FUNZIONANO.
- e' un linguaggio moderno, pulito, senza tutto il boilerplate di java
- e'  abbastanza funzionale
- e'  ad oggetti
- la curva di apprendimento e' piatta
- l'ide ti aiuta un sacco (copia codice java in file kotlin, te lo converte
:) )


sto andando per gradi, ora ho il primo codice in produzione in Kotlin
dentro ad un progetto Java ed una piccola libreria full kotlin.
full kotlin vuol dire che anche il file di build di gradle e' scritto in
kotlin.
Per il progetto misto, ho aggiunto 4 righe in gradle, ha funzionato tutto.
Quando avro' un intero progetto scritto con un solo linguaggio,dalla build
al frontend, e quel linguaggio non sara' JS, daro' una festa.
FRANK


-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Quale approccio usare per mappare un bean in un altro?

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

2018-01-16 22:28 GMT+01:00 Tatiana Litvinova tatiana.litvin...@gmail.com
[it-torino-java-jug] :

>
>
> Grazie Bruno e grazie a tutti per gli spunti.
>
>
>> @Andrea: per curiosità, posso chiederti un esempio in Kotlin?
>
>

Una data class in Kotlin

data class Person(val name: String, val surname: String, val age: Int, val
nickname: String? = null)

se vuoi aggiungere un metodo:

data class Person(val name: String, val surname: String, val age: Int, val
nickname: String? = null) {

fun isAdult(): Boolean {

return age > 18
}
}


una lista di persone:

val frank = Person("rob", "frank", 44)

val persons = listOf(frank, Person("simon", "bor", 25),
Person("fred", "fix", 16, "lumberjack"))

nota il parametro nickname, definito come nullable e quindi facoltativo.
Puoi anche avere valori di default
Per stampare i nomi:

for ((i, person) in persons.withIndex()) {

println("person= ${person.name} at index $i")

}


person.name puoi anche scrigere person.getName()
Se usi la data class da Java, userai person.getName()

FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] [ANN] Meeting 7 febbraio

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ciao a tutti,
il prossimo meeting si terra' il 7 febbraio presso Toolbox:

http://jugtorino.it/2018/01/28/meeting-febbraio-2018.html

Per le iscrizioni:

https://www.meetup.com/JUGTorino/events/247266308/

Dettagli:

JHipster: dall'idea alla macchinetta del caffé al deploy prima di pranzo

Dovete sviluppare una applicazione web Angular, con backend SpringBoot
ed API REST pronte all'uso.
Oltre a preoccuparvi delle API, volete gestire correttamente
autenticazione ed autorizzazione, offrendo anche social login.
Vi piacerebbe creare subito una applicazione basata su microservizi.
E perche' no, tutta l'infrastruttura di testing, compresi i test di performance.
La deadline e' l'ora di pranzo.

Chi?

Roberto Franchini e' uno dei coordinatori del JUG Torino.
Appassionato di programmazione fin da ragazzino, non riesce a smettere.
CTO (con le mani nel codice) di ArcadeAnalytics, startup che sviluppa
un tool di data visualization per graph databases, ha lavorato in
precedenza per OrientDB come tech-lead degli indici full-text e
geospaziali.
In passato e' stato Senior Software engineer per CELI, dove si e'
occupato di semantic computing su bigData/fastData, enterprise
semantic search e applicazioni distribuite.


Ah, si', Roberto Franchini sono sempre io :)
FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Meeting su JH: follow-up

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

2018-02-08 19:13 GMT+01:00 max carbone max.carb...@gmail.com
[it-torino-java-jug] :

>
>
> Dear Frank,
>
> E' disponibile, o sarà disponibile, un video del tuo talk di ieri sera? Mi
> piace vedere in anteprima i film che verranno presentati al prossimo
> Sundance Film Festival. ;)
>
>
>
Fede lo sta sistemando e poi verra' messo online.
Come al solito :)
PEr il Sundance, ci sto lavorando, sarebbe il primo film con live coding
reale a prendere onoreficenze, mica cazzi!
FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] Meeting su JH: follow-up

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ciao,
come dicevo ieri sera, dovro' smontare l'applicazione in micro servizi.
Ecco un bel tutorial che spiega passo-passo come creare una app a uS in JH:

https://github.com/oktadeveloper/jhipster-microservices-example/blob/master/TUTORIAL.md

FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] [ANN] Meeting 18 Luglio

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Fri, Jul 20, 2018 at 9:50 AM Paolo Sacconier axa1...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> [cut]
>


> Si, con oracle ci ho provato con successo, anche per i non XE (magari ci
> bastassero gli XE). Di SQLServer sapevo, non sono informato sulle versioni
> perché lo usiamo poco, ma temo non sia fattibile per tutte (intendo le
> vecchie). Mi chiedevo se in qualche modo è supportato un approccio anche
> completamente a VM e non solo container.
>
> Comunque grazie della conferma. :)
>
>
Si chiama testcontainers, e' specializzata per lavorare con docker.

Questo articolo mi pare ricalchi per bene quello che ho presentato:

https://zeroturnaround.com/rebellabs/java-integration-testing-with-testcontainers/

(forse lo avevo letto in passato, perche' le slides e gli esempi sono
simili)



-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] [ANN] Meeting 18 Luglio

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Thu, Jul 19, 2018 at 3:29 PM Paolo Sacconier axa1...@gmail.com
[it-torino-java-jug]  wrote:

>
>
>
>
> Il giorno gio 19 lug 2018 alle 14:29 Roberto Franchini
> ro.franch...@gmail.com [it-torino-java-jug] <
> it-torino-java-jug@yahoogroups.com> ha scritto:
>
>> On Thu, Jul 19, 2018 at 12:56 PM MrCrowley mrcrowley...@gmail.com
>> [it-torino-java-jug]  wrote:
>>
>>>
>>>
>>> Grazie,
>>> la libreria l'avevo adocchiata proprio per quello volevo sentire un
>>> pochino cosa se ne diceva. :-D
>>>
>>>
>>> Brevemente.
>> Abbiamo una consistente parte di test che ne fanno uso, perche' dobbiamo
>> prendre i dati da database differenti: Postgres, mysql, orientdb, neo4j
>> Ogni feature va testata su ogni connettore, farli in altro modo sarebbe
>> stato folle...
>>
>
> Anche con database proprietari come Oracle o SQLServer riesci a usare lo
> stesso approccio? Non so se avete già affrontato il tema, anche io
> aspettavo il viedo. :D
>
>
Se hai un container, anche fatto da te, puoi farlo.
Noi usiamo container custom, con database precaricati dentro, per tutti i
tipi di db da cui siamo in grado di prendere dati.
Microsoft fornissce una immaigne per MS-SQL:

https://hub.docker.com/r/microsoft/mssql-server-linux/

e vedo anche un sacco di immagini non ufficiali per Oracle-XE.

FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] [ANN] Meeting 18 Luglio

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ciao a tutti,
mercoledi' 18 terremo l'ultimo incontro prima della pausa estiva, sempre
presso Toolbox

tema della serate i test di integrazione:

Integration tests: Testcontainers to the rescue
Scrivere test di integrazione con sistemi esterni, siano essi database o
altre applicazioni, e’ complicato Testcontainers (
https://www.testcontainers.org/) rende la scrittura di questi test piu’
semplice. Utilizzando container Docker e’ possibile testare l’integrazione
con database, kv-store, sistemi di code senza la necessita’ di creare
fragili mock e/stub.

Speaker
Roberto Franchini è uno dei coordinatori del JUG Torino. Appassionato di
programmazione fin da ragazzino, non riesce a smettere. CTO (con le mani
nel codice) di ArcadeAnalytics, startup che sviluppa un tool di data
visualization per graph databases, ha lavorato in precedenza per OrientDB
come tech-lead degli indici full-text e geospaziali. In passato è stato
Senior Software engineer per CELI, dove si è occupato di semantic computing
su bigData/fastData, enterprise semantic search e applicazioni distribuite.


Dettagli ed iscrizioni:

https://www.meetup.com/JUGTorino/events/252429224/

PS: siamo gia' al lavoro per settembre, invito tutti a mandare proposte di
talk!

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] [ANN] Meeting 18 aprile

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ciao a tutti,
il prossimo 18 aprile si terra' il prossimo meeting del JUG:


http://jugtorino.it/2018/04/08/meeting-aprile-2018.html

Simone Bordet ci presentera' le novita' di Java 10.

Luigi Viggiano ci parlera' di Blockchain.

Iscrivetevi qui:

https://www.meetup.com/JUGTorino/events/249564225/

Saremo sempre in Toolbox!

FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] [ANN] Meeting 18 aprile

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

2018-04-12 12:32 GMT+02:00 Uberto Barbini uberto.g...@gmail.com
[it-torino-java-jug] :

>
>
> registrate?
>
>
>
si' come al solito :)


-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] JDK 10 !

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

2018-03-21 9:30 GMT+01:00 bruno bossola bboss...@gmail.com
[it-torino-java-jug] :

>
>
> Si, ma penso che la grande migrazione avverra' con la 11 che e' LTS. La 9
> e la 10 sono una buona idea, e spero che molti le adottino in modo da
> prevenire casini passando diretti da 8 a 11, ma diciamo che molte aziende
> aspettano la 11 per avere un supporrto a lungo termine. Poi ci sono sempre
> "sacche di resistenza..." :)
>
>
>
Il vintage va di moda, Java 1.3.1 ha sempre il suo fascino.
FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] JDK 10 !

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ma si può mettere in un docker?

On 21 Mar 2018 10:58, "bruno bossola bboss...@gmail.com
[it-torino-java-jug]" <it-torino-java-jug@yahoogroups.com> wrote:

>
>
> Beh, la mia preferita e' sempre 1.02 con jdbc-odbc bridge in early access
> :)
>
> 2018-03-21 14:38 GMT+05:30 Roberto Franchini ro.franch...@gmail.com
> [it-torino-java-jug] <it-torino-java-jug@yahoogroups.com>:
>
>>
>>
>>
>>
>> 2018-03-21 9:30 GMT+01:00 bruno bossola bboss...@gmail.com
>> [it-torino-java-jug] <it-torino-java-jug@yahoogroups.com>:
>>
>>>
>>>
>>> Si, ma penso che la grande migrazione avverra' con la 11 che e' LTS. La
>>> 9 e la 10 sono una buona idea, e spero che molti le adottino in modo da
>>> prevenire casini passando diretti da 8 a 11, ma diciamo che molte aziende
>>> aspettano la 11 per avere un supporrto a lungo termine. Poi ci sono sempre
>>> "sacche di resistenza..." :)
>>>
>>>
>>>
>> Il vintage va di moda, Java 1.3.1 ha sempre il suo fascino..
>> FRANK
>>
>> --
>> Roberto Franchini
>> "The impossible is inevitable"
>> https://github.com/robfrank/
>> https://twitter.com/robfrankie <https://twitter...com/robfrankie>
>> https://www.linkedin.com/in/robfrank
>>
>>
> 
>

Re: [Jug-Torino] Il JUG vuole voi!

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Thu, Oct 18, 2018 at 4:52 PM Fabio Morandini morandini.fa...@gmail.com
[it-torino-java-jug]  wrote:

>
> [Attachment(s) <#m_4286208110733113095_TopText> from Fabio Morandini
> included below]
>
> A me piacerebbe partecipare come spettatore.
> Sono di Biella, 28 anni di esperienza di programmazione e dba.
> Vi sembrerà strano, ma da pochissimo ho iniziato a sviluppare con Java.
> Mi piacerebbe un sacco partecipare ai vs incontri per accrescere le mie
> conoscenze in questo mondo,
> ma la distanza e gli impegni famigliari (51 anni, lavoro e vivo nella
> provincia di Biella), non mi consentono facilmente
> di spostarmi.
> Sono iscritto alla newsletter, vi leggo con piacere, ma non ho mai
> partecipato ad un'incontro.
> Spero di venirvi a trovare presto.
> Fabio M
>
>
Il nostro canale youtube e' per te:
https://www.youtube.com/channel/UCdqynAC__q2LGHYGxzkWRTA
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Talk su Google Firebase

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Mon, Oct 22, 2018 at 11:16 AM Ivan Martoccia m.iv...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> Ciao a tutti,
> per chi fosse interessato vi giro una mail di un mio collega per l'evento
> su Firebase.
>
> https://www.eventbrite.it/e/biglietti-firebase-night-torino-51254516639
>
>
>
>
>
C'e una epidemia? Anche GDG-Torino organizza una serata il 7 novembre sullo
stesso tema:

https://www.meetup.com/GDG-Torino/events/254472778/



-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Java: come scegliere il miglior IDE?

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Mon, Oct 22, 2018 at 4:51 PM bruno bossola bboss...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> Per Java uso Eclipse :) ma non ho neanche un Mac (uso Linux) quindi sono
> un po' controtendenza. Per me l'IDE migliore e' quello che ti rende il
> codice piu' malleabile e ti consente di lavorare con bassa complessita':
> tutto il resto e' nulla cosmico.
>
>
Sono passato a IDEA ancora su linux e poi ho mantenuto  quando sono passato
al Mac, .


> Ah, e Gradle mi ricorda molto Ant :)
>
>
apriamo un topic?
Io ho provato gradle e sono tornato a maven.
Ho anche provato a scrivere i file di gradle in kotlin, ma non e' scoppiato
l'amore in ogni caso.
FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Java: come scegliere il miglior IDE?

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Mon, Oct 22, 2018 at 8:22 PM max carbone max.carb...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> A proposito di Gradle vs Maven, avevo bookmarkato due post (non più
> freschissimi visto che sono del 2015):
>
> #  Using Gradle without hating it
> 
>
> #  Use Maven, Not Gradle 
>
> Ammetto di condividere l'opinione espressa da Zimmerman. Sarà cambiato
> qualcosa in profondità per Gradle in quasi tre anni? Boh...
>
> La mia IDE preferita per Java/Kotlin: IDEA, senza dubbio (su Linux -
> Debian e Ubuntu - visto che uso solo ed esclusivamente Linux). Ma non mi
> dispiace affatto Eclipse. Non mi trovo invece per nulla al mio agio con
> NetBeans (quindi usato pochissimo).
>
>
La penso esattamente come Zimmerman: usate maven e lasciate perdere Gradle.
Ci ho provato, ed ho anche provato a scrivere in kotlin invece che groovy.
E dopo poco mi sono chiesto: perche'?
PErche' ogni volta che apri un progetto con un buildfile in gradle, e' un
mondo a parte, senza un lifecyle chiaro.
Se apro un pom, e' sempre un pom. Magari non e' ordinato come lo ordinerei
io, ma e' veramente difficile perdersi.
Ed il lifecycle e' noto: ne esiste solo uno, non 1000!
La cosa che piu' mi ha impressionato di Gradle e' la curva di
apprendimento: ci ho messo di meno ad imparare kotlin che a scivere in
autonomia un file di gradle, ed alla fine vado comunque a tentativi.
Al momento ho un unico, grosso,  progetto che  in gradle che spero di far
tornare presto alla ragione.

FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] Il JUG vuole voi!

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ciao a tutti,
ieri sera eravamo in tanti, almeno 30!

La stagione e' lunga e ci piacerebbe mantenere il ritmo di un incontro al
mese.

Abbiamo bisogno di voi, non solo come spettatori, ma come protagonisti.

Tutti voi avete qualcosa da raccontare, fatevi sotto e proponete uno (o
piu'!!!) talk.

Con le slide, senza slide, solo codice! Come preferite.

Fatevi sotto, senza timore.

Potete mandare le vostre proposte direttamente a me.

A presto,
FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Java: come scegliere il miglior IDE?

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Wed, Oct 24, 2018 at 11:33 AM bruno bossola bboss...@gmail.com
[it-torino-java-jug]  wrote:

[cut]

> Scusa ma che importanza ha lo schema in realta'? A un essere umano basta
> una buona documentazone. Se il tool lo capisce, lo esegue, altrimenti no.
> Comunque, schema-wise, YML ce l'ha uno schema ed e' molto meno verboso di
> XML. Non dico sia la soluzione, ma si avvicina, ecco.
>
>
Lo schema aiuta i tool a validare e nell'autocompletamento. Tutto li'.
FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Java: come scegliere il miglior IDE?

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Wed, Oct 24, 2018 at 11:03 AM bruno bossola bboss...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> +1 anche per me, e mitico Zimmerman che cita Norman, quel libro
> dovrebbero
> leggerlo TUTTI i programmatori! (cit. Luigi Viggiano, grazie ancora per
> avermelo consigliato, e' un libro che ti cambia.. LEGGETELO!!!).
>
> Quello che non mi piace di Maven e' l'XML, troppo verboso e poco
> malleabile. In generale e' una vera rottura scriverlo, e quando lo accedi
> in modo programmatico... mamma mia! Qui a meterian.io sto scrivendo un
> metodo magico che aggiorna le versioni del pom automaticamente (appena
> finiamo vi chiedero' di provarlo!) e il 95% del tempo lo perdo
> nell'azzeccare la formattazione del POM quando lo modifico da programma.
> Cioe', il maledetto XML parser tratta gli spazi come "nodi di testo" che
> devi piazzare nel modo corretto per azzeccare la formattazione! Porc...
> l'unico vantaggio e' che bestemmiando in italiano pochi capiscono :)
> Oltre al lifecycle consistente vorrei un formato umano, quello manca a
> Maven.
>
>
Dopo aver provato gradle, apprezzo la rigidita' di maven: o cosi', o cosi'.
Anche se probabilmente ti riferisci solo al formato, all'xml in se'.


Se trovi un formato umano e che ha uno schema che lo valida.
XML sara' brutto, ma almeno ha uno schema




> Per il resto, considero Gradle "...a glorified Ant for wankers" (non sono
> parole mie, ma concordo). Quando incontro un team e usano Gradle, beh,
> partono male... diciamo che apprezzo la curiosita' e lo sforzo, ecco.
>
>



non ho resisitito :)

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] [ANN] Meeting 21 novembre

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ciao a tutti,
il 21 novembre, sempre ospiti di Toolbox, si terra' il nostro prossimo
meeting.

MariaDb from the trenches (Alessandro Fustini)

MariaDb è nato 10 anni fa come drop in replacement di MySql, ma con una
filosofia molto diversa.
Oggi , arrivato alla 10.3 è uno dei database openSource più utilizzato nel
mondo anche in realtà importanti, con delle caratteristiche proprietarie.
Il talk illustrerà le diversre modalità in cui viene utlizzato sia per gli
applicativi interni che per fornire un servizio di Shared Hosting a ca
6 clienti

Iscrizioni, come al solito qui

*https://www.meetup.com/JUGTorino/events/256180103/
*

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Spring boot

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Fri, Nov 9, 2018 at 2:45 PM Uberto Barbini uberto.g...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> si scusa non sono molto sveglio questa mattina: il server http e
> httpclient hanno un filtro che logga (sempre con eventi) tutto in entrata e
> uscita, su tutti i ms, così possiamo fare tracing ecc.
> probabilmente tu hai lo stesso.
>
> intendevo comunque che non abbiamo log.debug "sto per fare questo" /
> "finito di fare questo" sparsi per il codice.
>
>
Ok.
Hai uno spezzone di codice/pseudo codice o un articolo/paper che spiega
questo pattern architetturale?
Mi ricordo che avevo letto qualcosa di simile su GOOS anni fa, ma non lo
avevo "interiorizzato".
Quindi sono fermo a log.
FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Spring boot

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Mon, Nov 5, 2018 at 5:30 PM Federico Fissore feder...@fsfe.org
[it-torino-java-jug]  wrote:

>
>
> Ciao a tutti
>



> [cut]
>


> Voi usate spring boot in produzione? Come vi trovate?
>

In una vita precedente ho usato per ca 10 anni Spring (plain), passando per
xml e setter a configurazioni in java con dipendenze sui costruttori e ban
totale all'uso di @autowired.

Nella vita di mezzo non ho usato nulla, stavo troppo in basso (motore di
database)

Da un anno uso spring-boot, attraverso Jhipster.
Comprendo i tuoi dubbi sull'auto-magicita', che nel mio caso e' mitigata
dal fatto che conosco bene i meccanismi sottostanti. (ieri ho aggiunto un
modulo a Jackson, sono andato a vedere cosa succedeva negli internals per
auto-registrare il modulo ed ho trovato del codice fatto esattamente come
me lo immaginavo)

Non mi sento un programmatore spring-boot, anche perche' la maggior parte
del codice nuovo lo scrivo in kotlin :)

In definitiva, penso sia un buon pezzo di sw, che e' diventato uno standard
de facto nel bene e nel male.
A me non dispiace, ci sono abituato.
FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] Openjdk da AWS: corretto (grappa?)

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

James Gosling (@errcraft) tweeted at 10:42 am on Wed, Nov 14, 2018:
Just announced #amazon #Corretto at #devoxx. It is our distribution of
OpenJDK. https://t.co/09cuPEqnex
(https://twitter.com/errcraft/status/1062641930205622273?s=03)

Get the official Twitter app at https://twitter.com/download?s=13

Re: [Jug-Torino] Fwd: [JavaSpecialists] 15000 Push-Up Challenge

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Mon, Oct 1, 2018 at 9:56 AM Matteo Vaccari matteo.vacc...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> Occhio che fare le flessioni non e' salutare per tutti!  Soprattutto per
> quelli di noi particolarmente sedentari, o che hanno la pressione alta.
> Conviene fare prima l'esame che ti da' il certificato per praticare
> attivita' sportiva, che comprende un ECG.
>
> Non l'ho letto, ma credo che questo libro
> https://pragprog.com/book/jkthp/the-healthy-programmer contenga dei buoni
> consigli, fra cui quello di camminare di piu' (la camminata e' meno
> "violenta" per il fisico ed e' consigliata per una maggioranza piu' ampia
> di persone)
>
>
Si', ok, non penso mai che ci possano essere persone COSI' fuori forma.
FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] [ANN] Meeting Gennaio

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Buon anno community!

Ci siamo, nuovo anno e primo meeting.

Federico Tolomei ci raccontera' come, in fin dei conti, il monolite non sia
cosi' brutto come ce la raccontano.

Iscrizioni:

https://www.meetup.com/JUGTorino/events/257844538/


DEttagli:

http://jugtorino.it/2019/01/06/meeting-gennaio-2019.html

Non mancate, portate gli amici e ricordo che dopo si mangia una pizza
insieme!

FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] Top 5 Blog of 2018: Improved Docker Container Integration with Java 10 - Docker Blog

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

https://blog.docker.com/2018/12/top-5-post-docker-container-java/

Re: R: [Jug-Torino] Errori generati da Jhipster

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Thu, Dec 6, 2018 at 10:35 PM luigirusso...@yahoo.com
[it-torino-java-jug]  wrote:

>
>
> ciao e grazie della risposta, quindi mi consigli di far partire prima
> gradlew sperando che la procedura arrivi al 100% e poi npm start. Eseguo e
> ti tengo aggiornato. Sono uno studente della facoltà d'ingegneria
> informatica e sto preparando un progetto di una web application e
> casualmente mi sono imbattuto in jhipster e nonostante sia una nuova
> piattaforma credo che sia utile in quanto da la possibilità allo
> sviluppatore di risparmiare tempo e soprattutto denaro. :D
> 
>

Sarei andato per gradi.
Prima il monolite, impari a muoverti, poi i  microservizi.
Li' dentro c'e' l'evoluzione del sw degli ultimi 15 anni.
Non penso che qualche tuo collega a ingegneria nucleare si sia montato un
reattore in cantina...
Stai facendo quello.


PS: il talk l'ho fatto io, se cerchi c'e' una versione aggiornata a
settembre al Jug milano
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Tuples in Java 8 streams

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Thu, Nov 29, 2018 at 10:04 AM Riccardo Tasso riccardo.ta...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> Sicuramente è un bel trick, ma non è costoso creare una inner class per
> ogni elemento dello stream?
>

 Per l'esempio si'.
Per un caso reale, in cui probabilmente mapperesti lo stream su qualche
oggeto di dominio, o alla peggio una mappa ( :) ), un oggetto vale l'altro
e la tupla potrebbe fare al caso tuo.
La trovo elegante perche' :
- e' tipizzata
- i nomi di campo sono espliciti (no element1, element2...)
- ha un numero di campi elevato a piacere: se non ricordo male, tutte le
implementazioni di tuple hanno un numero di campi limitato (sparo, potrei
aver scritto una immane cazzata)



-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] Comparing JVM performance; Zulu OpenJDK, OpenJDK, Oracle JDK, GraalVM CE

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

https://technology.amis.nl/2018/11/23/comparing-jvm-performance-zulu-openjdk-openjdk-oracle-jdk-graalvm-ce/

[Jug-Torino] Open idk by rh

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

https://developers.redhat.com/blog/2018/09/24/the-future-of-java-and-openjdk-updates-without-oracle-support/?sc_cid=701f201CxXhAAK

Re: [Jug-Torino] Fwd: [jc] [jakarta.ee-community] Webinar: Creating CI/CD pipelines for EE4J projects

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Wed, Sep 12, 2018 at 2:48 AM Simone Bordet simone.bor...@gmail.com
[it-torino-java-jug]  wrote:

>
> [Attachment(s) <#m_7581556402254652146_TopText> from Simone Bordet
> included below]
>
> Ciao a tutti,
>
> volevo segnalarvi questo webinar, che mostrerà come alcuni progetti ex
> JEE stanno migrando a JakartaEE, soprattutto dal punto di vista delle
> pipelines CI/CD.
>
> E' una ottima opportunità per chi volesse dare un contributo a queste
> tecnologie e voglia imparare Maven o sia già un Maven monk.
>
> L'idea è quella di spiegare cosa hanno già fatto, presentare cosa c'è
> da fare e chiedere aiuto alla comunità.
>
>
interessante, grazie

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Momento dumb del giorno...

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Thu, Sep 13, 2018 at 3:01 PM bruno bossola bboss...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> Comparando due Set:
>
> this: [] - type:LinkedHashSet
>> othr: [] - type:HashSet
>
>
> Apparentemente entrambi vuoti, ma diversi. Infatti *uno dei due contiene
> una stringa vuota:*
>
> this: [] - size:0 - type:LinkedHashSet
>> othr: [] - size:1 - type:HashSet
>
>
> Prima di stampare il size ho perso un'ora in convoluzioni idiote
> credendomi piu' furbo di chi ha scritto il codice delle Java collections
> (che fanno schifo, si, ma non cosi tanto).
>
>
ahahahahahah

succede

anche ai migliori

ad una certa eta', poi...

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] [ANN] Meeting 10 Aprile

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ciao a tutti,
il prossimo meeting si terra' il 10 aprile, sempre presso toolbox.

Simone Bordet ci parlera' di garbage collectors:

Concurrent Garbage Collectors: ZGC & Shenandoah


Dettagli:
http://jugtorino.it/2019/04/04/meeting-aprile-2019.html

Iscrizioni
https://www.meetup.com/JUGTorino/events/260172960/


-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Versioni multiple java sulla stessa macchina

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Thu, Apr 4, 2019 at 8:49 AM Alex gandalf902...@yahoo.com
[it-torino-java-jug]  wrote:

>
>
> Ciao,
> spero sia utile ;-)
>
> Buoan giornata
>
>
>
[cut]
Ciao,
personalmente su Mac ho scartato SDKMan in favore di brew e jenv (
http://www.jenv.be/)

Quando ero dal lato giusto della forza, su linux, apt-alternatives era il
mio migliore amico, ed ancora oggi mi manca molto.

FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] Collaborazione con CloudConf: codice sconto

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Siamo felici di annunciarvi che la  nostra community sarà presente alla
settima edizione della CloudConf prevista per il 28 marzo a Torino.

Gli amici della CloudConf stanno organizzando un evento con relatori
importanti, e ci saremo anche noi  con un paio di lightning talk.

Abbiamo un codice sconto dedicato agli iscritti del nostro gruppo e siete
tutti invitati a unirvi.

I contenuti proposti sembrano davvero interessanti.

Il codice per noi e':  jug-to

FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Ciao a tutti

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Tue, Jun 4, 2019 at 8:33 AM Salvatore Spoto salvatore.sp...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> Ciao!!
> Mi chiamo Salvatore e mi sono appena iscritto alla mailing list.
> Riassumendo brevemente le tecnologie con cui lavoro adesso sono Java
> (backend), docker e AWS, ma i miei interessi spaziano in diversi campi
> dell'informatica.
>
>
>
Benvenuto!
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Remote working: quando, dove, perche' si' e perche' no

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Fri, Jun 14, 2019 at 8:35 AM Federico Fissore feder...@fsfe.org
[it-torino-java-jug]  wrote:

>
>
> efisio MANCA efisioma...@yahoo.it [it-torino-java-jug] ha scritto il
> 13/06/19 alle 14:05:
> >
> >
> > Ottime soluzioni ,  ma ho paura che sia un'isola felice in questo mare.
> > Vedo aziende con mentalità vetuste non certo propense a lasciare una
> > visione di controllo su tutto e tutti .
> >
>
>
>
[cut]


> Il che porta alla conclusione che ho letto tempo fa in un thread
> analogo: se vuoi lavorare da remoto, cerca un'azienda che ti offra un
> lavoro da remoto.
>
> ALERT: e' un pippone

Parto da qui e cerco di mettere un cappello, se possibile, a tutta la
faccenda.

Direi che questo punto e' necessario, ma non sufficiente:

- se vuoi lavorare da remoto, cerca un'azienda che ti offra un
lavoro da remoto

Oltre a questo devi trovare, in quella a zienda, persone che vogliano
lavorare da remoto, in modo da poter creare il miglior ecosistema possibile
per tutti.

Nella mia visione, le aziende che erogano servizi (eg.: buffer, todoist per
far un paio di esempi) o un prodotto installabile senza tanto supporto,
quindi aziende dove l'aspetto tecnologico e' preponderante, sono le
migliori candidate.

Come evidenziato da Matteo Vaccari, se ti trovi a sviluppare soluzioni
custom presso il cliente, magari con un team in cui incorpori qualche
junior da far cresere, vedo complicato il lavoro da remoto:
- perdi il contatto con il cliente
- far crescere junior in remoto e', nella mia esperienza, molto complicato

Seniority: chi ce l'ha piu' grossa?
Per un team fully remote, magari distribuito su piu' timezones, hai
necessariamente bisogno di persone senior, ma non solo.
Giusto l'altro giorno il mio boss, che sta in USA, mi ha definito
"dependable", affidabile, ed ero cosi' felice che ho subito ordinato una
T-shirt con scritto "keep calm, I'm dependable".
Hai bisogno di persone a cui dato un problema da risolvere, tornino  con 2
soluzioni: una al problema, ed una ad un problema che manco sapevi di
avere.

Perche' ad un certo punto uno decide di lavorare da remoto?
Le ragioni possono essere diverse, nel mio caso cercavo piu' soldi in una
carriera tecnica stimolante.
Nessuno  in Italia mi pagherebbe per fare quello che faccio le cifre che
prendo all'estero: dovrei passare al lato oscuro del management ("ma
veramente, alla tua eta' scrivi ancora codice?" "beh, tu alla tua eta'
allochi persone al 120% su project, non so chi sta peggio")
I side effect sono stati notevoli:
- realizzare che la vita in ufficio e' un caos dove tutti interrompono
tutti per i motivi piu' futili (fonte di enorme stress, ho perso 10 kg da
quando non sono piu' in unfficio. Non vi preoccupate, sto sempre a 3 cifre,
e non sono libbre)
- realizzare che le riunioni senza agenda sono il male assoluto e costano
un sacco di soldi, ma sembra che a nessuno importi
- work-life balance: lavoro da dove voglio, anche dalla piscina mentre i
miei figli si allenano o gareggiano
- essendo in una realta' piu' internazionale ho avuto la possibilita' di
venire a contatto con persone sparse sul globo (se siete terrapiattisti non
vale, ma io sono terra-ciambellista)

Dove si trovano queste aziende?
In italia, le startup, ma non sempre.
Le aziende "normali", se va bene, offrono lo "smart working", uno o due
giorni da casa,  che e' un'altra cosa. Ed infatti la maggior parte lo offre
controvoglia.
Piccola nota: preferiscono persone stressate dalla vita del pendolare
piuttosto che fornire loro strumenti per migliorare la loro esistenza ed
incrementare la produttivita'.
All'estero: cominciate da stackOverflow, ma basta cercare su google "remote
working" e trovate almeno 5/6 siti specializzati. E non ci sono solo lavori
nell'IT.

La check list:
- trova una azienda che lavori da remoto
- trova un team di persone affidabili
- "lo puoi fare una volta a settimana" NON e' lavoro remoto
- devi essere un senior di un certo livello
- devi essere molto organizzato ed affidabile
- i tuoi colleghi devono essere molto organizzati ed affidabili
- verie ed eventuali (per tenersi aperte tutte le strade)

Vi lascio un bel post di Todoist sui loro pattern di comunicazione interni:

https://doist.com/blog/remote-team-communication-tools/

buon weekend a tutti,
FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Remote working: quando, dove, perche' si' e perche' no

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Wed, May 22, 2019 at 11:40 AM Federico Fissore feder...@fsfe.org
[it-torino-java-jug]  wrote:
[cut]

> - "siamo all'inizio, dobbiamo costruire il team": questa potrebbe
> essere vera, ma casi emblematici come github dimostrano il contrario
>
> Questa forse e' la motivazione migliore, e che penso potrebbe essere il
caso di Carlo.
Sei all'inizio, progetto greefield, magari devi decidre TUTTO: dallo stack
tecnologico alla infrastruttura di deployment.
Costruire il team, in modo che sia anche umanamente coeso potrebbe essere
una necessita'.



> Il mio piano malefico sta quindi sfumando: non è nelle corde delle
> persone con cui lavoro.
> Avrei dovuto capirlo la volta che hanno organizzato una riunione di 6
> ore, con 10 persone, senza un'agenda.
> O quando mi hanno detto che quando hanno bisogno di qualcosa, vanno
> dalla persona e chiedono, con tanti saluti al rispetto dell'altro e del
> suo tempo.
>
> Questi anti-pattern li avevi (avevamo) gia' provati in passato :(
In remoto diventi piu' autonomo, tendi a chiedere aiuto solo quando
veramente hai esaurito tutte  le strade possibili.
Ed ho rivalutato questo processo: non e' una perdita di tempo, ma nella
maggior parte dei casi impari, aumenti la tua conoscenza.
Anche perche' se il collega di cui hai bisogno e' a UTC+7, o sta facendo
"workation" (work e vacation) a UTC-12 (caso reale), diventa complicato
aspettarlo.
(non sto parlando di "smart working", sto parlando di team distribuiti
world wide su diversi fusi orari)

> Circa quello che ha detto Fabrizio (lavorare da casa almeno uno/due
> giorni alla settimana), è un anti-pattern: se ve lo propongono,
> rifiutate. Se accettate, l'azienda vi sta dicendo: "accetto di farti
> cazzeggiare da casa ogni tanto, pur di non farti scappare. tanto lo
> chiedo ai tuoi colleghi rimasti in ufficio se quando lavori da casa non
> ti trovano".
>

Il peggior anti-pattern e' il team misto: un po' on site ed un po' da
remoto.
PErche' la comunicazione delle persone on site e' "on the air" e sincrona,
mentre i membri remoti hanno necessita' di comunicazione asincrona e
scritta.

Esiste molta letteratura sull'argomento e molte aziende full-remote hanno
raccontato le loro esperienze, Buffer in testa.

Si', e' possibile lavorare per una azienda che NON ha una sede fisica.

FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Fonti di reclutamento bravi sviluppatori

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Mon, May 20, 2019 at 2:08 PM Federico Fissore feder...@fsfe.org
[it-torino-java-jug]  wrote:

>
>
> Ciao Carlo
>
> Per curiosità, stai cercando anche gente da remoto? Se no, perchè?
>
> (per gusto personale, sto accumulando motivazioni contrarie al lavoro
> remoto)
>

Mi associo alla richiesta.
Se poi Fede vorrai condividere la lista delle motivazioni contrarie che hai
raccolto su thread apposito, sono pronto.
FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] Remote working: quando, dove, perche' si' e perche' no

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Apro io il thread.

Personalmente lavoro da remoto full time dal 2015, ma gia' in precedenza
ero abituato a lavorare saltuariamente da remoto. Ad esempio quando i figli
stavano male o durante il mese di agosto

La risposta principe alla domanda "perche' alcune realta' non permettono il
lavoro da remoto" me la diede un manager qualche anno fa. Mi chiese "ma
come fate a controllare che le persone stiano effettivamente lavorando?".
Ovvero: se non ti vedo, non stai lavorando, alla faccia del "lavoriamo per
obiettivi".

Tutti possono lavorare in remoto?
No, un profilo junior non puo' quasi mai lavorare da remoto, IMHO.
Poi, anche qui, non sempre e' vero.


FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Vert.x & AWS Lambda

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Thu, Jun 27, 2019 at 4:16 PM Francesco Guardiani francescogu...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> @francesco_vasco mi sa che la prossima sessione di live coding la faccio
> direttamente con kotlin :)
>
>
>
Kotlin rulez :)

FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] “The GraalVM frenzy”

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

“The GraalVM frenzy” by Julien Ponge https://link.medium.com/hNnfcx5W3Y

Una ulteriore overview su graal e substrate

[Jug-Torino] Microsoft compra jClarity

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Grossa !

Julien Dubois (@juliendubois) tweeted at 3:37 pm on Mon, Aug 19, 2019:
Microsoft has bought jClarity:
https://t.co/RQOII6V6cd
This is huge news for Java on Azure!!
(https://twitter.com/juliendubois/status/1163444966217138183?s=03)

Get the official Twitter app at https://twitter.com/download?s=13

[Jug-Torino] Codemotion Milano: codice sconto per il JUG!

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ciao a tutti,
Codemotion offre ai membri della community un codice soconto per
partecipare alla conferenza di Milano, i prossimi 24 e 25 ottobre:

*Codice sconto per la community JUG Torino!*
Come ogni anno le Tech community possono usufruire di uno *speciale codice
sconto* riservato ai loro membri, valido per l'acquisto del ticket di
ingresso, *con il 40% di sconto*.

*Invia il codice sconto https://aperi.tech/mi19ceJUG_TO
* *ai membri della community! *



FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] [ANN] Meeting Settembre

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ciao,
in vista del rilascio di Java13, abbiamo pensato di organizzare un meeting
mercoledi' prossimo:

http://jugtorino.it/2019/09/18/meeting-settembre-2019.html

meetup

http://jugtorino.it/2019/09/18/meeting-settembre-2019.html



FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] [OT] pure bash bible

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Thu, Sep 19, 2019 at 11:32 AM Federico Fissore feder...@fsfe.org
[it-torino-java-jug]  wrote:

>
>
> Ciao a tutti
>
> qualche settimana fa si parlava di bash e di espansione di variabili
>
> se siete fan di bash troverete questo link interessante
>
> https://github.com/dylanaraps/pure-bash-bible
>

Grazie, capita a fagiolo.

FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Revamping di un progetto opensource: java 11 e moduli

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Fri, Jul 19, 2019 at 11:54 AM bruno bossola bboss...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> Io spero nella morte prematura dei moduli :)
>

 Ci hanno speso cosi' tanto tempo  che difficilmente ce ne libereremo
presto.

Per Fede: in quale modo pensi che i moduli possano aiutare il tuo progetto?
FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Miglioramenti alle NullPointerException

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Fri, Sep 27, 2019 at 1:41 PM bruno bossola bboss...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> Nel frattempo, su Oracle...
>
> *"ORA-00904: invalid identifier error"*
>
>
Hai lasciato una riga vuota in fondo al file?

(ricordo si sofferenza vissuta, il file TNSNAME.ora non aveva o aveva una
linea vuota al fondo che non ne permetteva il parsing)
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] [ANN] Meeting dicembre 2019

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ciao a tutti,
il 18 dicembre ultimo meeting dell'anno!

Le iscrizioni, come sempre, su meetup:
https://www.meetup.com/JUGTorino/events/266577200

Abstract

JaRIKo: A JVM interpreter for RPG written in Kotlin

I sistemi di successo sopravvivono ai decenni e ai cambiamenti
tecnologici che avvengono nel frattempo. È naturale quindi che un
software di grande valore per un'azienda sia scritto in un linguaggio
non più attuale.

Come fare? Riscrivere da zero vuol dire perdere un enorme valore in
termini di conoscenza, un investimento enorme a fronte di un rischio
difficile da quantificare.

Nel caso di RPG (un linguaggio per macchine AS400) abbiamo trovato una
soluzione: creare un interprete in Kotlin che permetta di eseguire
codice RPG su una JVM. Questo approccio permette una transizione
graduale, creando un sistema che unisce la conoscenza catturata in
RPG, con moduli scritti in Java o Kotlin, che beneficiano di tutto
l'ecosistema della JVM. E il sistema si muove, senza interruzioni, da
costosissime macchine proprietarie dal futuro incerto, al cloud. Senza
fermare l'azienda e senza strappi.

Vedremo insieme perché questo progetto è stato creato e come si crea
in Kotlin un interprete per RPG che permetta di chiamare RPG da Kotlin
e Kotlin da RPG.

Speaker

Federico Tomassetti è il fondatore di Strumenta, una società di
consulenza nel campo del Software Language Engineering che opera con
clienti da tre continenti. Ha ottenuto un dottorato in Ingegneria
Informatica dal Politecnico di Torino. Ha svolto ricerca e lavorato in
Italia, Germania, Irlanda, e Francia. Fra gli altri ha lavorato per
TripAdvisor e Groupon.
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] ArchUnit: avete esperienze?

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ciao,
oggi, parlando con i colleghi per prendere alcune decisioni
architetturarli, e' spuntata questa libreria:

https://www.archunit.org/

Ad esempio, voglio essere certo che i logger siano tutti private static
final:

@ArchTest
private final ArchRule loggers_should_be_private_static_final =
fields().that().haveRawType(Logger.class)
.should().bePrivate()
.andShould().beStatic()
.andShould().beFinal()
.because("we agreed on this convention");


Qualcuno l'ha usata?
FRANK


-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] Re: [CFP] Lighting night: una serata di mini-talk!

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

UPDATE!

Dopo aver realizzato che i "project" non posono essere aperti a tutti,
abbiamo deciso di creare un repository dedicato alle proposte:

https://github.com/jugtorino/call-for-papers

Aprite una issue per proporre un talk.
Aprite TANTE issue!




On Tue, Dec 10, 2019 at 9:21 AM Roberto Franchini 
wrote:

> Ciao Juggers,
> in attesa di assistere al meeting di dicembre, pensavamo di organizzare a
> gennaio una serata di lighting-talk.
>
> Cosa volete fare?
> Una serata composta da 4/6 talk da 15 minuti l'uno, meno di dieci slide a
> testa o piccole sessioni di live coding.
>
> Come faccio a propormi?
> Semplice, inserisci una "card" nel progetto github apposito del JUG:
> https://github.com/orgs/jugtorino/projects/1
>
> Entro quando mi devo proporre?
> ASAP, inserisci il titolo, e poi sfrutta le pause digestive delle vacanze
> natalizie per impostare 10 slide!
>
> Ho una grande idea, ma non ci sta in 15'
> Meglio! Proponila ugualmente, la potrai presentare nei mesi successivi.
>
> Per qualsiasi domanda/chiarimento/idea restiamo a disposizione.
> Federico, Simone, Roberto
>
> --
> Roberto Franchini
> "The impossible is inevitable"
> https://github.com/robfrank/
> https://twitter.com/robfrankie
> https://www.linkedin.com/in/robfrank
>


-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] 02.12.2019 - Evento Vaadin J2EE a Torino

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Grazie mille!


On Sat, Nov 30, 2019 at 6:33 PM Andrea Bosio a.bo...@zero11.it
[it-torino-java-jug]  wrote:

>
>
> Ciao a tutti,
>
> sperando di fare cosa gradita segnalo questo evento sul Framework J2EE
> Vaadin per chi può partecipare e vuole saperne di più.
>
> https://www.eventbrite.it/myevent?eid=80887872805
>
> Sarà presente Alejandro Duarte, community manager di Vaadin ed autore di
> due best seller su questo framework.
>
> Ciao,
>
> Andrea Bosio
>
> 
>

Re: [Jug-Torino] ArchUnit: avete esperienze?

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Wed, Dec 18, 2019 at 12:09 AM Simone Bordet simone.bor...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> Ciao,
>
> On Tue, Dec 17, 2019 at 10:43 PM Roberto Franchini
> ro.franch...@gmail.com [it-torino-java-jug]
>  wrote:
> >
> >
> >
> > Ciao,
> > oggi, parlando con i colleghi per prendere alcune decisioni
> architetturarli, e' spuntata questa libreria:
> >
> > https://www.archunit.org/
> >
> > Ad esempio, voglio essere certo che i logger siano tutti private static
> final:
> >
> > @ArchTest
> > private final ArchRule loggers_should_be_private_static_final =
> > fields().that().haveRawType(Logger.class)
> > .should().bePrivate()
> > .andShould().beStatic()
> > .andShould().beFinal()
> > .because("we agreed on this convention");
> >
> >
> > Qualcuno l'ha usata?
>
> No.
>
> Ma mi sembra di ricordare che abbiamo fatto lo stesso con una rule PMD.
>
> Infatti vedo molte sovrapposizioni con PMD o checkstyle.
La metto tra le cose da provare in futuro.
FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] Optional tips

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ciao,
ormai gli Optional ed il loro utilizzo dovrebbero essere assodati, ma trovo
sempre cose tipo:

if(opt.isPresent()) dosomething(opt.get())
else doSomethingElse()

Una serie di consigli, sempre utile:

https://dzone.com/articles/using-optional-correctly-is-not-optional

Magari alcuni sono da "buttare", ma ad una lettura veloce mi sono parsi
ragionevoli.

FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] [CFP] Lighting night: una serata di mini-talk!

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ciao Juggers,
in attesa di assistere al meeting di dicembre, pensavamo di organizzare a
gennaio una serata di lighting-talk.

Cosa volete fare?
Una serata composta da 4/6 talk da 15 minuti l'uno, meno di dieci slide a
testa o piccole sessioni di live coding.

Come faccio a propormi?
Semplice, inserisci una "card" nel progetto github apposito del JUG:
https://github.com/orgs/jugtorino/projects/1

Entro quando mi devo proporre?
ASAP, inserisci il titolo, e poi sfrutta le pause digestive delle vacanze
natalizie per impostare 10 slide!

Ho una grande idea, ma non ci sta in 15'
Meglio! Proponila ugualmente, la potrai presentare nei mesi successivi.

Per qualsiasi domanda/chiarimento/idea restiamo a disposizione.
Federico, Simone, Roberto

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] JetBrains Mono

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Sun, Feb 9, 2020 at 9:04 AM Francesco Vasco francesc...@yahoo.it
[it-torino-java-jug]  wrote:

>
>
> Ciao,
> se fosse sfuggito, vi segnalo un font "per sviluppatori".
>
> https://www.jetbrains.com/lp/mono/
>
>
> Io lo sto provando con soddisfazione, ma vi anticipo che richiede un po'
> di adattamento iniziale e,
> come tutto, può piacere o no.
>
>
Lo sto usando da almeno 3 settimane e mi trovo benissimo.
FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Remote working: quando, dove, perche' si' e perche' no

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Tue, Feb 25, 2020 at 4:33 PM Roberto Cappa capparobe...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> La mia impressione è che:
>
> [cut]

>
>
Mandare uno a casa con un portatile a fare le solite 8 ore è facile, dargli
> degli obiettivi chiari in modo che se vuole possa lavorare quando gli pare,
> è un'altra storia...
>
>
Ci sono i task su jira/github/whatever... o no?

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Esperienze nell'aggiungere full text search a un'app esistente

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Mon, Mar 2, 2020 at 10:31 AM Federico Fissore feder...@fsfe.org
[it-torino-java-jug]  wrote:

>
>
> Ciao a tutti
>
> Ho un'applicazione che memorizza i dati su postgres in modo
> destrutturato, usando campi jsonb.
>
> Mi trovo a dover aggiungere capacità di ricerca full text.
>
> La "colonna" in cui fare la ricerca varia a seconda del tipo di json, e
> la ricerca deve trovare la parola "pippo" a prescindere dal tipo (quindi
> i risultati saranno qualcosa come "pippo nella specifica X, pippo nel
> commento Y, pippo nel report Z"
>
> Avete esperienza nel risolvere un problema simile?
>
> La prima pensata è quella di aggiungere un solr o un elastic search. Le
> ricerche verso uno di questi 2 torneranno gli ID dei documenti, che
> verranno poi filtrati in base ai permessi dell'utente
>
> Che ne dite?
>

Questa e' la strategia standard.
Ma PG sembra avere un ottimo supporto al full text, forse vale la pena
esplorare le sue  capacita' prima di avventurarsi in cambi infrastrutturali:

https://rob.conery.io/2019/10/29/fine-tuning-full-text-search-with-postgresql-12/

https://hackernoon.com/how-useful-is-postgresql-full-text-search-u39242fi

Trovo parecchio materiale al riguardo.

FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Esperienze nell'aggiungere full text search a un'app esistente

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Mon, Mar 2, 2020 at 9:46 PM Raf r.ventag...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> On Mon, Mar 2, 2020 at 8:22 PM Uberto Barbini uberto.g...@gmail.com
> [it-torino-java-jug]  wrote:
>
>>
>>
>> Concettualmente è abbastanza facile farlo a mano :
>> Prendi tutti i campi di testo, li metti insieme e spesso le parole, poi
>> fai stamming per ignorare parole simili e dalla pronuncia uguale, e poi
>> filtri via congiunzioni, articoli e simili.
>>
>
> Concettualmente sì, praticamente ni.
> La difficoltà inizia già dal primo passo: cosa significa spezzare le
> "parole"? Separi sugli spazi? E la punteggiatura? Con i trattini tieni i
> termini uniti o li separi (e-mail o e mail, che poi butterà via la prima
> *e* o email)? L'apostrofo separa due token oppure no (l'amico vs
> Moody's)?  Potrei continuare per ore... :)
>
> Per esperienza, sconsiglierei caldamente il fai da te sulla ricerca
> full-text. Soprattutto se devi (o pensi in futuro di dover) gestire più
> lingue!
>

Sembri una che ne sa.
Hai lavorato recentemente con Lucene?
ahahahahahah

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Esperienze nell'aggiungere full text search a un'app esistente

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Tue, Mar 3, 2020 at 12:44 AM Uberto Barbini uberto.g...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> Se hai piu' lingue, ognuna va gestita separatamente per via dello stemming.
> La lista dei separatori delle parole la trovi facilmente online. Anche se
> ne perdi qualcuna non e' un dramma comunque.
> Per esperienza su un CMS in house piuttosto grosso (Vodafone): il fai da
> te e' tranquillo e sicuro, ma limitato. Pero' noi in poche settimane lo
> avevamo implementato, per integrarsi poi con Solr un altro team ci ha
> lavorato per piu' di un anno.
> Certo il risultato finale era molto piu' avanzato e permetteva query
> "simil Google".
>
>
Con Raf abbiamo lavorato per anni con Lucene direttamente. E non solo.
Da ingegnere, grazie alle nostre linguiste, ho avuto l'opportunita' di
scoprire il mondo magico delle lingue. Ed anche di imparare un po' di
italiano :)
Ricordo ancora con affetto il primo tokenizer per l'analisi linguistica:
funzionava benissimo sui testi "puliti" di documenti scritti da esseri
senzienti.
Appena gli abbiamo dato in pasto testi presi a caso da internet, scritti
dalle capre,  e' semplicemente esploso.

Per chi volesse approfondire l'argomento, un testo:
https://www.manning.com/books/relevant-search

FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] To monorepo

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ciao a tutti,
qua trovate lo script utilizzato per passare da repository multipli a
mono-repo:

https://github.com/robfrank/activiti-monorepo-inator

La pagina WP sul tema monorepo: https://en.wikipedia.org/wiki/Monorepo

Ovviamente ci sono diverse fazioni che si battono pro o contro il monorepo.

Ne prendo due a caso, contro e pro:
https://medium.com/@mattklein123/monorepos-please-dont-e9a279be011b

https://danluu.com/monorepo/

E come dicevo, forse git sparse checkout potrebbe mettere tutti d'accordo:



-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] Re: To monorepo

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Thu, Jan 30, 2020 at 10:24 AM Roberto Franchini 
wrote:

> Ciao a tutti,
>
> [cut]

il link allo sparse
https://github.blog/2020-01-17-bring-your-monorepo-down-to-size-with-sparse-checkout/


-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] JUG in giorni diversi dal mercoledì?

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Fri, Feb 7, 2020 at 3:00 PM Andrea Ligios andrealig...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> Ciao a tutti,
>
> visto che domandare è lecito e rispondere è cortesia: c'è un motivo
> imprescindibile alla base della scelta di trovarci solo di mercoledì, o
> sarebbero ipotizzabili spostamenti?
>
> Chiedo non solo perché, purtroppo, il mercoledì non ho più la possibilità
> di venire :(( ma anche perché alcune delle persone che ho incontrato al
> meeting di Simon Ritter mi hanno detto di avere lo stesso problema (e di
> essere riusciti a venire, in via eccezionale, per il mio stesso motivo:
> malattia dei figli)!
> Fra impegni vari di familiari e affini, il mercoledì sta diventando
> proibitivo...
>
> Grazie, e buona giornata
>
> Andre
>

Ciao,
perche' il JUG si trova sempre di mercoledi'?

E' "colpa" mia, per gli stessi vostri motivi.

Possiamo tranquillamente aprire un poll (ma l'ultimo poll aperto sulla
questione vide vincitore il mercoledi'), non e' un obbligo.

Per esempio, a marzo si terra' di giovedi', post cloudconf: quindi verrete
TUTTI.


FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Tool x sito di documentazione

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Tue, Feb 11, 2020 at 9:03 AM bruno bossola bboss...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> Ciao a tutti,
>
> Qualcuno può consigliare un tool gratuito x realizzare un sito di
> documentazione che sia più facilmente mantenibile? Oltre al codice, servono
> anche le istruzioni per l'uso ;)
>
>
>
Ho usato sia https://www.gitbook.com/ che https://asciidoctor.org/

gitbbook non lo avevo scelto, mi sono adeguato. E' pensato per scrivere
libri, puoi generare html e pdf, usa MK

ascidoctor l'ho scelto. Penso sia migliore per documentare progetti sw,
anche perche' puoi includere snippet di codice direttamente dai sorgenti,
e' sufficiente annotare i sorgenti stessi: niente piu' codice obsoleto/non
funzionante nella documentazione
Ovviamente usa AsciiDoc come formato.
Un progetto a caso che lo usa:
https://junit.org/junit5/docs/current/user-guide/
Con il plugin maven generi sia html che pdf.

Ho una conf di maven che permette anche il jetty:run, te la metto su github
per 2 birre al BrewDog

FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Tool x sito di documentazione

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Tue, Feb 11, 2020 at 12:12 PM 'emanuele.ma...@gmail.com'
emanuele.ma...@gmail.com [it-torino-java-jug] <
it-torino-java-jug@yahoogroups.com> wrote:

>
>
> Ciao,
> se ti può essere utile, qualche anno fa avevo usato MkDocs (
> https://www.mkdocs.org/) con questa estensione (
> https://squidfunk.github.io/mkdocs-material/)  per gestire la nostra
> documentazione e mi ero trovato molto bene..
> Con l'exec-maven-plugin avevamo facilmente automatizzato la generazione
> del site da maven e la creazione di un pacchetto di documentazione che
> veniva poi incluso come dipendenza e servito nei nostri portali.
> Ciao, Emanuele.
>
> 
>

mkdocs e' usato da testcontainers: https://www.testcontainers.org/

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] [ANN] Meeting gennaio 2020

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Cominciamo l'anno con una serata di lighting talk il 29 gennaio:

http://jugtorino.it/2020/01/29/meeting-gennaio-2020.html

Per ora abbiamo 2 speaker, ma se volete cadidarvi aprite una issue sul
nostro progetto CFP:

https://github.com/jugtorino/call-for-papers/issues

Possiamo tranquillamente arrivare a 6 lighting da 15' l'uno, per cui fatevi
avanti!

Registratevi su meetup:

https://www.meetup.com/JUGTorino/events/267907711/

E spargete la voce!


-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Meeting Online: Java 14 - Le Novità

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

siamo online

https://www.youtube.com/watch?v=3sBc9qNj540

On Tue, May 5, 2020 at 10:40 AM Simone Bordet simone.bor...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> Ciao a tutti,
>
> Giovedì 14 Maggio 2020, ore 18:00, ospiteremo online Simone Bordet che
> ci presenterà le novità di Java 14.
> Stai ancora usando Java 8? Partecipa per scoprire le novità e
> discutere di come fare per aggiornare la versione di Java!
>
> I dettagli li trovate qui:
> https://www.meetup.com/JUGTorino/events/270451323/
>
> Registratevi come al solito su Meetup.
>
> Faremo lo streaming su YouTube e renderemo disponibile il link verso le
> 17:45.
> Le domande saranno possibili via YouTube chat.
>
> Diffondete presso parenti e amici :)
>
> A presto!
>
> --
> Simone Bordet
> ---
> Finally, no matter how good the architecture and design are,
> to deliver bug-free software with optimal performance and reliability,
> the implementation technique must be flawless. Victoria Livschitz
> 
>


-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] [ANN] Meting 28 Maggio

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ci risiamo!

Nuovamente insieme al Jug-MI, ancora online in live streaming, il 28 maggio
avremo Francesco Vasco

Saremo online sul canale del JUG-TO a partire dalle 18:

https://www.youtube.com/c/JUGTorino

Effective Java ≈ Kotlin

Nel 2001 Joshua Bloch pubblica 'Effective Java', un compendio di buone
pratiche di programmazione per Java.

Bloch spiega come risolvere in Java i 'problemi di tutti i giorni' e ispira
Andrey Breslav nello sviluppo di Kotlin.

Discuteremo alcuni punti del libro e scopriremo come questi si applicano
nei due linguaggi. Sono richieste conoscenze base del linguaggio Java.

Speaker

Francesco Vasco è un software architect in Lightstreamer dove segue la
realizzazione di un server real-time in Kotlin.
Francesco partecipa allo sviluppo di Kotlin come contributore esterno,
inoltre segue attivamente il JVM User Group di Milano.
Dal 2000 ha lavorato in varie realtà e con vari ruoli in progetti
prevalentemente in ambito Java.


Iscrivetevi su meetup: https://www.meetup.com/JUGTorino/events/270794054/
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] Pubblicate nuove offerte di lavoro

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ciao,
Alfresco (la compagnia per cui lavoro) ha aperto due posizioni.
Qui trovate i dettagli:

https://jugtorino.org/jobs/


FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Pubblicate nuove offerte di lavoro

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Non ci sono vincoli di età ,

On Fri, 14 Aug 2020, 13:45 efisiomanca efisioma...@yahoo.it
[it-torino-java-jug],  wrote:

>
>
> Avessi qualche anno in meno ..
>
>
>
> Inviato da smartphone Samsung Galaxy.
>
>
>  Messaggio originale ----
> Da: "Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]" <
> it-torino-java-jug@yahoogroups.com>
> Data: 14/08/20 13:01 (GMT+01:00)
> A: it-torino-java-jug@yahoogroups.com
> Oggetto: [Jug-Torino] Pubblicate nuove offerte di lavoro
>
>
>
> Ciao,
> Alfresco (la compagnia per cui lavoro) ha aperto due posizioni.
> Qui trovate i dettagli:
>
> https://jugtorino.org/jobs/
>
>
> FRANK
>
> --
> Roberto Franchini
> "The impossible is inevitable"
> https://github.com/robfrank/
> https://twitter.com/robfrankie
> https://www.linkedin.com/in/robfrank
>
> 
>

[Jug-Torino] [ANN] Meeting 1 Ottobre!

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ciao a tutti,
ricomincia la stagione dei meeting, che manterremo online, sempre insieme
agli amici del Jug Milano.


Dettagli:

https://jugtorino.org/2020/09/25/meeting-ottobre-2020.html
https://www.meetup.com/JUGTorino/events/273505906/

Saremo online il 1 Ottobre qualche minuto prima delle 18 e comuinicheremo
il link alla diretta stream su tutti i canali possibili.

[Jug-Torino] GraalVM 20.1: netti miglioramenti di performance

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Un post con un po' di dati:

https://medium.com/graalvm/graalvm-20-1-7ce7e89f066b




-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] API stability annotations?

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Wed, Jun 10, 2020 at 10:19 AM Simone Bordet simone.bor...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> Ciao,
>
> qualcuno ha mai visto/usato delle API (annotazioni o altro) per
> marcare delle API come "stabili"?
>
> E se sì, esiste una toolchain associata, per esempio un Maven Plugin
> che controlli l'esistenza di queste annotazioni e confronti due
> versioni? (Sì, conosco clirr)
> E magari supporto in javadoc?
>
> Qualcosa di simile a
>
> https://nodejs.org/docs/latest-v13.x/api/documentation.html#documentation_stability_index
> .
> Anche se non so come sia fatto in NodeJS (non credo annotazioni).
>
> Mi basterebbe una annotazione tipo @API(since="1.0.1") per indicare
> una API stabile.
> Se non c'è l'annotazione è instabile.
> Se c'è @Deprecated è deprecata.
>
>
L'unica cosa che mi viene in mente e' https://www.archunit.org/

E' uno di quei tool che devo provare
FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

[Jug-Torino] [ANN] Meeting (online) giovedì 11 Giugno

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

Ciao juggers,
il prossimo meeting (online) si terra'  giovedi' 11 Giugno, sempre a
partire dalle 18.

Comunicheremo il link alla live Youtube appeva avremo il link a
disposizione su tutti i canali di JugTo e JugMI

Dettagli
https://jugtorino.org/2020/06/08/meeting-giugno-1-2020.html

Iscrizione
https://www.meetup.com/JUGTorino/events/271157499/


Ci vediamo online!!!
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Test di integrazione fra servizi

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Mon, Jun 8, 2020 at 9:50 AM Federico Fissore feder...@fsfe.org
[it-torino-java-jug]  wrote:

>
>
> Ciao a tutti
>
> sto cercando di farmi una cultura sui modi con cui fare test di
> integrazione fra servizi, in particolare su cosa fare per "fingere"
> chiamate http o a bus di messaggi tipo rabbit o altro
>
> voi come fate?
>
> io in passato ho usato 2 approcci:
> - in java ho barato, evitando il problema delegando a oggetti "service"
> il compito di dialogare con il servizio esterno: nei test mockavo il
> service e il gioco era fatto
> - in node ho usato nock, che tira su un finto server http con delle
> risposte predefinite
>
> di recente ho anche visto, ma ancora non usato, spring cloud contract e
> pact. voi li avete usati? come vi siete trovati? quali altri
> approcci/tool conoscete?
>
>
Uso testcontainers in Java.
Ora ci sono i port per GO (main committer torinese)  e node
Per servizi esterni http, puoi guardare Wiremock, che permette il recording
delle chiamate e poi il replay mentre fai test.
Avevo solo fatto qualche esperimento, ma mi pareva il piu' completo in
quell'ambito.
Anni fa mi ero costruito un http-mock con jetty:
https://github.com/robfrank/http-mock (non e' manutenuto da tempo, molto
tempo)
FRANK

-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank

Re: [Jug-Torino] Test di integrazione fra servizi

[Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug]]

On Mon, Jun 8, 2020 at 10:22 AM Federico Fissore feder...@fsfe.org
[it-torino-java-jug]  wrote:

>
>
> Ciao
>
> Roberto Franchini ro.franch...@gmail.com [it-torino-java-jug] ha scritto
> il 08/06/20 alle 09:55:
> > Per servizi esterni http, puoi guardare Wiremock, che permette il
> > recording delle chiamate e poi il replay mentre fai test.
> > Avevo solo fatto qualche esperimento, ma mi pareva il piu' completo in
> > quell'ambito.
>
> Interessante: ho dato uno sguardo alla documentazione ma non ho capito
> come (e se) posso distribuire il risultato di una "registrazione".. Ti
> ricordi come si fa?
>
> Quello che vorrei fare è:
> 1) registro qualche chiamata significativa "reale" al servizio X
> 2) passo le registrazioni al servizio Y che le usa per moccare il servizio
> X
>
> Serve a quello: lo metti come proxy, lui registra le chiamate e salva le
risposte.
Lo metti in modalita' "mock/stub" e risponde alle chiamate con le risposte
registrate in precedenza.

Io lo facevo a manella: chiamavo un servizio, mi salvavo i json, poi
"programmavo" il mio  http-mock per servirmi le risposte.

FRANK
-- 
Roberto Franchini
"The impossible is inevitable"
https://github.com/robfrank/
https://twitter.com/robfrankie
https://www.linkedin.com/in/robfrank