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

2018-11-02 Thread max carbone max.carb...@gmail.com [it-torino-java-jug] 
Federico:

> Was bedeutet "Slack" auf Deutsch?
>
Es kommt darauf an. Slack ist ein polysemischer Begriff.

Bye.  max


-- 
'Electric lamps were not invented by improving candles'

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

2018-11-01 Thread Federico Fissore feder...@fsfe.org [it-torino-java-jug] 
max carbone max.carb...@gmail.com [it-torino-java-jug] ha scritto il 
31/10/18 alle 23:49:
> 
> 
> "Wenn ich Slack höre...  " ;)


Was bedeutet "Slack" auf Deutsch?

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

2018-10-31 Thread max carbone max.carb...@gmail.com [it-torino-java-jug] 
"Wenn ich Slack höre...  " ;)

Bye.  max

On Wed, 31 Oct 2018 at 23:23, Andrea Cerisara andreaceris...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> +1 per il canale Slack :)
>
> On Thu, 25 Oct 2018 at 01:41, max carbone max.carb...@gmail.com
> [it-torino-java-jug]  wrote:
>
>>
>>
>> bruno:
>>
>> NPM e dotnet
>>>
>>
>> "Wenn ich NPM oder DOTNET höre... entsichere ich meinen Browning!" ;)
>> [1]
>>
>> Bye.  max
>>
>> [1]: atto 1, scena 1, nella interessante, ma non meno repellente,
>> agiografia di "Schlageter" (H. Johst, 1933).
>>
>>
>>
>> --
>> 'Electric lamps were not invented by improving candles'
>>
>
>
> --
> ** Think about the environment before printing
>
> 
>


-- 
'Electric lamps were not invented by improving candles'

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

2018-10-31 Thread Andrea Cerisara andreaceris...@gmail.com [it-torino-java-jug] 
+1 per il canale Slack :)

On Thu, 25 Oct 2018 at 01:41, max carbone max.carb...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> bruno:
>
> NPM e dotnet
>>
>
> "Wenn ich NPM oder DOTNET höre... entsichere ich meinen Browning!" ;) [1]
>
> Bye.  max
>
> [1]: atto 1, scena 1, nella interessante, ma non meno repellente,
> agiografia di "Schlageter" (H. Johst, 1933).
>
>
>
> --
> 'Electric lamps were not invented by improving candles'
> 
>


-- 
** Think about the environment before printing

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

2018-10-24 Thread max carbone max.carb...@gmail.com [it-torino-java-jug] 
bruno:

NPM e dotnet
>

"Wenn ich NPM oder DOTNET höre... entsichere ich meinen Browning!" ;) [1]

Bye.  max

[1]: atto 1, scena 1, nella interessante, ma non meno repellente,
agiografia di "Schlageter" (H. Johst, 1933).



-- 
'Electric lamps were not invented by improving candles'

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

2018-10-24 Thread bruno bossola bboss...@gmail.com [it-torino-java-jug] 
On Wed, 24 Oct 2018 at 14:32, Andrea Ligios andrealig...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> Ti aggiorna automaticamente le librerie vulnerabiili con la versione
>> giusta? :)
>>
>
> Aggiorna all'ultima o alla successiva (che iterativamente rende possibile
> usare la versione giusta - e senza scrivere codice), ma solo in avanti...
> in effetti con Meterian potreste voler tornare anche indietro, a fronte di
> 0day
>

> No, per ora non torniamo indietro neanche noi, ma la "next release" e' un
po' vago. In genere ti interessa aggiornare semplicemente alla prossima
patch release, se la vulnerabilita' e' risolta in quella, la minor comporta
gia' rischi di incompatibilita' e la major... boh, se proprio vuoi :) Non
mi sembra neanche inserisca la possibilita' di inserire "overrides", ovvero
di inserire una dipendenza diretta per "nascondere" la dipendenza
transitiva bacata (tipo con l'accoppiata infame jackson + spring-boot)

Con meterian hai l'opzione di aggiornare solo le librerie vulnerabili e
solo al livello che vuoi tu, con ovviamente anche la possibilita' di
aggiornare tutto (sempre al livello che vuoi tu). Quindi tipicamente scrivi
(scriverai, la feature non e' finita!) cose come:

meterian --autofix:safe+
aggiorna le librerie vulnerabili ma solo fino alla patch release ("safe"),
inserisce un override se richiesto ("+")


meterian --autofix:conservative,all
aggiorna tutte le librerie ("all") ma solo fino alla minor release
("conservative")

Dopo la autofix, che modifica i pom file, gli score sono ricalcolati e puoi
avere un feedback immediato, oltre ad avere la lista completa degli
aggiornamenti ovviamente. Ma sono aperto a suggerimenti comunque, lo sto
sviluppando :), ci interessa avere early feedback dagli sviluppatori! Cosa
ne pensi? Cosa cambieresti? Cosa vorresti? Dicci, dicci!!!
(vedete qui  un tipico
report di meterian in HTML per chi si e' perso le puntate precedenti)



> Il sorgente
> 
> potrebbe comunque esserti utile: il parsing del pom e la sostituzione delle
> versioni l'hanno già fatto tutto loro, perchè non sfruttarlo?
>
>
Mah, quando l'ho provato l'ultima volta mi smarmellava il pom, una cosa che
trovo molto seccante per quando fai una diff dopo.  Cioe', okay avere il
tool automatico, figo, ma quello che decide alla fine devo essere io e devo
essere in grado di farlo usando i tool a cui sono abituato (diff nel mio
caso). Magari non e' cosi' importante, fai una formattata dopo e via
magari? Pero' se fai cosi ti smarmella il non-XML, se he hai... boh.
Cmq io lo uso solo in fase di rilascio per seccare gli snapshot (ebbene si,
uso maven!!!)

Poi appunto in Meterian dovremo supportare anche Gradle (per Java...
sigh!), NPM e dotnet, quindi il problema e' piu' ciccioso :)

Ciao,

Bruno

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

2018-10-24 Thread Andrea Ligios andrealig...@gmail.com [it-torino-java-jug] 
>
> Ti aggiorna automaticamente le librerie vulnerabiili con la versione
> giusta? :)
>

Aggiorna all'ultima o alla successiva (che iterativamente rende possibile
usare la versione giusta - e senza scrivere codice), ma solo in avanti...
in effetti con Meterian potreste voler tornare anche indietro, a fronte di
0day.
Il sorgente

potrebbe comunque esserti utile: il parsing del pom e la sostituzione delle
versioni l'hanno già fatto tutto loro, perchè non sfruttarlo?


> posso chiederti esattamente come mai preferisci mvn per progetti grossi?
>

Complexity Bias, credo :)

Ma è già stato fatto un talk su gradle?
>

Era nella rosa di Andres Almiray nel Java Champions Tour di un anno fa, ma
gli preferimmo il talk sulle Java Libraries.
Vedo comunque che è disponibile online (suppongo sia lo stesso):
https://www.youtube.com/watch?v=LIpVcxwHXTw

Ciao


Il giorno mer 24 ott 2018 alle ore 15:14 Tatiana Litvinova
tatiana.litvin...@gmail.com [it-torino-java-jug] <
it-torino-java-jug@yahoogroups.com> ha scritto:

>
>
> Non è che sei tanto influenzabile, Russia o non Russia :).
> Penso ne sia valsa la pena, che dici?
> Un salutone!
>
> пн, 22 окт. 2018 г. в 18:07, axa1...@gmail.com [it-torino-java-jug] <
> it-torino-java-jug@yahoogroups.com>:
>
>>
>>
>> IntelliJ CE mi ha portato via da Eclipse su tutte le piattaforme che ho
>> usato (e l'ho provato su tutte e non ha conquistato solo me in ufficio, ma
>> devo ammettere che avevamo influenze dalla Russia...).
>>
>> @Rob, se però tu divulgassi quello che mi hai detto di maven, magari ci
>> si penserebbe di più ad usarlo, anche perché mi hai infranto il sogno che
>> potessero implementare in tempi stretti il supporto a configurazione non
>> XML (magari YAML, che è l'XML che va di moda adesso).
>>
>> Paolo
>>
>> 
>

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

2018-10-24 Thread Tatiana Litvinova tatiana.litvin...@gmail.com [it-torino-java-jug] 
Non è che sei tanto influenzabile, Russia o non Russia :).
Penso ne sia valsa la pena, che dici?
Un salutone!

пн, 22 окт. 2018 г. в 18:07, axa1...@gmail.com [it-torino-java-jug] <
it-torino-java-jug@yahoogroups.com>:

>
>
> IntelliJ CE mi ha portato via da Eclipse su tutte le piattaforme che ho
> usato (e l'ho provato su tutte e non ha conquistato solo me in ufficio, ma
> devo ammettere che avevamo influenze dalla Russia...).
>
> @Rob, se però tu divulgassi quello che mi hai detto di maven, magari ci si
> penserebbe di più ad usarlo, anche perché mi hai infranto il sogno che
> potessero implementare in tempi stretti il supporto a configurazione non
> XML (magari YAML, che è l'XML che va di moda adesso).
>
> Paolo
>
> 
>

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

2018-10-24 Thread Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug] 
Ma è già stato fatto un talk su gradle?

Il giorno mer 24 ott 2018 alle 13:38 Uberto Barbini uberto.g...@gmail.com
[it-torino-java-jug]  ha scritto:

>
>
> posso chiederti esattamente come mai preferisci mvn per progetti grossi?
> in banca siamo passati da mvn a gradle quando il progetto ha superato una
> certa difficoltà perché i plugin di mvn o erano bacati o non facevano
> quello che ci serviva. così ogni volta qualcuno aggiungeva un profile e
> alla fine le combinazioni sono esplose.
>
> Con gradle abbiamo implementato la nostra logica (il build in java, csharp
> e typescript) in poche ore.
>
> Uberto
>
>
> On Wed, 24 Oct 2018, 12:04 Andrea Ligios andrealig...@gmail.com
> [it-torino-java-jug],  wrote:
>
>>
>>
>> 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!
>>>
>>
>> Ciao Bruno,
>> sicuramente avrò capito male il tuo scopo, ma per aggiornare le versioni
>> del pom.xml da fuori ed automaticamente non ti basta il Versions Maven
>> Plugin (opportunamente incastonato in una pipeline CI)?
>>
>> https://www.baeldung.com/maven-dependency-latest-version
>>
>> Per il resto, uso sia Maven che Gradle in progetti piccoli, ma torno su
>> Maven all'aumentare della complessità.
>> Non uso IntelliJ (chiaramente superiore) solo perchè non me lo pagano;
>> considero tuttavia Eclipse EE una scelta migliore rispetto alla versione
>> free di IntelliJ (in primis per il WTP).
>>
>> Il giorno mer 24 ott 2018 alle ore 11:03 bruno bossola bboss...@gmail.com
>> [it-torino-java-jug]  ha scritto:
>>
>>>
>>>
>>> +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.
>>>
>>> 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.
>>>
>>> Ciao,
>>>
>>> Bruno
>>>
>>> p.s. e no, non so come faro' con Gradle in meterian, si vedra'!
>>>
>>> On Tue, 23 Oct 2018 at 05:49, Roberto Franchini ro.franch...@gmail.com
>>> [it-torino-java-jug]  wrote:
>>>




 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

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

2018-10-24 Thread bruno bossola bboss...@gmail.com [it-torino-java-jug] 
>
> per aggiornare le versioni del pom.xml da fuori ed automaticamente non ti
> basta il Versions Maven Plugin (opportunamente incastonato in una pipeline
> CI)?



Ti aggiorna automaticamente le librerie vulnerabiili con la versione
giusta? :)

Ciao,

Bruno


On Wed, 24 Oct 2018 at 12:04, Andrea Ligios andrealig...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> 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!
>>
>
> Ciao Bruno,
> sicuramente avrò capito male il tuo scopo, ma per aggiornare le versioni
> del pom.xml da fuori ed automaticamente non ti basta il Versions Maven
> Plugin (opportunamente incastonato in una pipeline CI)?
>
> https://www.baeldung.com/maven-dependency-latest-version
>
> Per il resto, uso sia Maven che Gradle in progetti piccoli, ma torno su
> Maven all'aumentare della complessità.
> Non uso IntelliJ (chiaramente superiore) solo perchè non me lo pagano;
> considero tuttavia Eclipse EE una scelta migliore rispetto alla versione
> free di IntelliJ (in primis per il WTP).
>
> Il giorno mer 24 ott 2018 alle ore 11:03 bruno bossola bboss...@gmail.com
> [it-torino-java-jug]  ha scritto:
>
>>
>>
>> +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.
>>
>> 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.
>>
>> Ciao,
>>
>> Bruno
>>
>> p.s. e no, non so come faro' con Gradle in meterian, si vedra'!
>>
>> On Tue, 23 Oct 2018 at 05:49, Roberto Franchini ro.franch...@gmail.com
>> [it-torino-java-jug]  wrote:
>>
>>>
>>>
>>>
>>>
>>> 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"
>>>

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

2018-10-24 Thread Uberto Barbini uberto.g...@gmail.com [it-torino-java-jug] 
posso chiederti esattamente come mai preferisci mvn per progetti grossi?
in banca siamo passati da mvn a gradle quando il progetto ha superato una
certa difficoltà perché i plugin di mvn o erano bacati o non facevano
quello che ci serviva. così ogni volta qualcuno aggiungeva un profile e
alla fine le combinazioni sono esplose.

Con gradle abbiamo implementato la nostra logica (il build in java, csharp
e typescript) in poche ore.

Uberto

On Wed, 24 Oct 2018, 12:04 Andrea Ligios andrealig...@gmail.com
[it-torino-java-jug],  wrote:

>
>
> 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!
>>
>
> Ciao Bruno,
> sicuramente avrò capito male il tuo scopo, ma per aggiornare le versioni
> del pom.xml da fuori ed automaticamente non ti basta il Versions Maven
> Plugin (opportunamente incastonato in una pipeline CI)?
>
> https://www.baeldung.com/maven-dependency-latest-version
>
> Per il resto, uso sia Maven che Gradle in progetti piccoli, ma torno su
> Maven all'aumentare della complessità.
> Non uso IntelliJ (chiaramente superiore) solo perchè non me lo pagano;
> considero tuttavia Eclipse EE una scelta migliore rispetto alla versione
> free di IntelliJ (in primis per il WTP).
>
> Il giorno mer 24 ott 2018 alle ore 11:03 bruno bossola bboss...@gmail.com
> [it-torino-java-jug]  ha scritto:
>
>>
>>
>> +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.
>>
>> 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.
>>
>> Ciao,
>>
>> Bruno
>>
>> p.s. e no, non so come faro' con Gradle in meterian, si vedra'!
>>
>> On Tue, 23 Oct 2018 at 05:49, Roberto Franchini ro.franch...@gmail.com
>> [it-torino-java-jug]  wrote:
>>
>>>
>>>
>>>
>>>
>>> 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

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

2018-10-24 Thread Andrea Ligios andrealig...@gmail.com [it-torino-java-jug] 
>
> 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!
>

Ciao Bruno,
sicuramente avrò capito male il tuo scopo, ma per aggiornare le versioni
del pom.xml da fuori ed automaticamente non ti basta il Versions Maven
Plugin (opportunamente incastonato in una pipeline CI)?

https://www.baeldung.com/maven-dependency-latest-version

Per il resto, uso sia Maven che Gradle in progetti piccoli, ma torno su
Maven all'aumentare della complessità.
Non uso IntelliJ (chiaramente superiore) solo perchè non me lo pagano;
considero tuttavia Eclipse EE una scelta migliore rispetto alla versione
free di IntelliJ (in primis per il WTP).

Il giorno mer 24 ott 2018 alle ore 11:03 bruno bossola bboss...@gmail.com
[it-torino-java-jug]  ha scritto:

>
>
> +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.
>
> 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.
>
> Ciao,
>
> Bruno
>
> p.s. e no, non so come faro' con Gradle in meterian, si vedra'!
>
> On Tue, 23 Oct 2018 at 05:49, Roberto Franchini ro.franch...@gmail.com
> [it-torino-java-jug]  wrote:
>
>>
>>
>>
>>
>> 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
>>
>> 
>

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

2018-10-24 Thread bruno bossola bboss...@gmail.com [it-torino-java-jug] 
On Wed, 24 Oct 2018 at 11:20, Uberto Barbini uberto.g...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> veramente avete tutti questi problemi con gradle?
> sono sinceramente curioso.
>
> Easy, leggi il post di Zimmerman e quanto discusso prima, poi se vuoi
fornisci il tuo rebuttal.
Ciao,

Bruno

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

2018-10-24 Thread Uberto Barbini uberto.g...@gmail.com [it-torino-java-jug] 
veramente avete tutti questi problemi con gradle?
sono sinceramente curioso.
lo uso quasi esclusivamente da 5 anni ormai e non ho avuto un singolo
problema che abbia preso più di 15 min. in genere dovuti a cambi di
versione.

se ricevessi doppia paga per ogni giorno perso con mvn plugin, update,
project, modules etc... potrei comprarmi una macchina nuova piuttosto figa
:)


Uberto

On Wed, 24 Oct 2018, 10:21 Roberto Franchini ro.franch...@gmail.com
[it-torino-java-jug],  wrote:

>
>
>
>
>
> 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
> 
>

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

2018-10-24 Thread 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?

2018-10-24 Thread bruno bossola bboss...@gmail.com [it-torino-java-jug] 
> 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'.
>
> Si, mi riferisco solo al formato. La rigidita' e' okay per me anche.
Ci sono progetti coraggiosi che stanno provandoci:
https://github.com/takari/polyglot-maven



> Se trovi un formato umano e che ha uno schema che lo valida.
> XML sara' brutto, ma almeno ha uno schema
>
> 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.

Ciao,

Bruno

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

2018-10-24 Thread 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

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

2018-10-24 Thread bruno bossola bboss...@gmail.com [it-torino-java-jug] 
+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.

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.

Ciao,

Bruno

p.s. e no, non so come faro' con Gradle in meterian, si vedra'!

On Tue, 23 Oct 2018 at 05:49, Roberto Franchini ro.franch...@gmail.com
[it-torino-java-jug]  wrote:

>
>
>
>
> 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
> 
>

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

2018-10-23 Thread Andrea Grigoli andrea_grig...@yahoo.com [it-torino-java-jug] 
Ciao confermo anche io in passato di aver provato gradle ma l ho trovato 
ostico.. E quindi sto realizzando progetti jhipster con maven che il suo sporco 
lavoro lo fa... Per quel che riguarda l ide invece sono passato a visual studio 
code. 

Inviato da Yahoo Mail su Android 
 
  Il mar, 23 ott, 2018 alle 9:58, MrCrowley mrcrowley...@gmail.com 
[it-torino-java-jug] ha scritto:       

Innanzitutto grazie per la condivisone su Maven! Ho provato più volte Gradle ma 
non mi sono mai trovato, con Maven (ammetto di averlo studiato un bel po nel 
tempo) come dice Roberto le cose sono la dove me le aspetto, il lifecycle mi è 
chiaro e mi trovo come le mie pantofole, magari bucherellate ma comode.Per 
l'Ide la faccenda è più complessa , mi sono innamorato di IntelliJ nel 2004, ma 
per varie vicissitudini ho sempre usato prevalentemente Eclipse. Al momento mi 
piacerebbe lavorare con Intellij ma l'azienda non lo prevede :-DDevo dire però 
che eclipse (al momento uso oxygen) è tutto sommato comodo e non è da 
sottovalutare l'avere un ambiente comune a prescindere dal linguaggio.Ci ho 
sviluppato cose con Arduino e anche in assembly per il c64 :-D
On Tue, Oct 23, 2018 at 6:49 AM Roberto Franchini ro.franch...@gmail.com 
[it-torino-java-jug]  wrote:

     



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   


-- 

"If none of us believes in war...can you tell me what the weapon for..."
Ozzy Killer of Giants  #yiv8975657479 #yiv8975657479 -- #yiv8975657479ygrp-mkp 
{border:1px solid #d8d8d8;font-family:Arial;margin:10px 0;padding:0 
10px;}#yiv8975657479 #yiv8975657479ygrp-mkp hr {border:1px solid 
#d8d8d8;}#yiv8975657479 #yiv8975657479ygrp-mkp #yiv8975657479hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv8975657479 #yiv8975657479ygrp-mkp #yiv8975657479ads 
{margin-bottom:10px;}#yiv8975657479 #yiv8975657479ygrp-mkp .yiv8975657479ad 
{padding:0 0;}#yiv8975657479 #yiv8975657479ygrp-mkp .yiv8975657479ad p 
{margin:0;}#yiv8975657479 #yiv8975657479ygrp-mkp .yiv8975657479ad a 
{color:#ff;text-decoration:none;}#yiv8975657479 #yiv8975657479ygrp-sponsor 
#yiv8975657479ygrp-lc {font-family:Arial;}#yiv8975657479 
#yiv8975657479ygrp-sponsor #yiv8975657479ygrp-lc #yiv8975657479hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv8975657479 
#yiv8975657479ygrp-sponsor #yiv8975657479ygrp-lc .yiv8975657479ad 
{margin-bottom:10px;padding:0 0;}#yiv8975657479 #yiv8975657479actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv8975657479 
#yiv8975657479activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv8975657479
 #yiv8975657479activity span {font-weight:700;}#yiv8975657479 
#yiv8975657479activity span:first-child 
{text-transform:uppercase;}#yiv8975657479 #yiv8975657479activity span a 
{color:#5085b6;text-decoration:none;}#yiv8975657479 #yiv8975657479activity span 
span {color:#ff7900;}#yiv8975657479 #yiv8975657479activity span 
.yiv8975657479underline {text-decoration:underline;}#yiv8975657479 
.yiv8975657479attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv8975657479 .yiv8975657479attach div a 
{text-decoration:none;}#yiv8975657479 .yiv8975657479attach img 
{border:none;padding-right:5px;}#yiv8975657479 .yiv8975657479attach label 
{display:block;margin-bottom:5px;}#yiv8975657479 .yiv8975657479attach label a

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

2018-10-23 Thread Profetiko profet...@gmail.com [it-torino-java-jug] 
Esiste un canale slack per il JUG Torino?

Il giorno lun 22 ott 2018 alle ore 12:15 beppeconig...@yahoo.it
[it-torino-java-jug]  ha scritto:

>
>
> Ciao a tutti,
>
> so che molti storceranno il naso , ma da "vecchio" informatico ho ancora
> la newsletter da siti storici eheh (che magari ora non sono piu' tanto
> affidabili secondo molti guru...) , ma mi ha incuriosito una tra le notizie
> di cui  oggi si parla di :
> https://www.html.it/articoli/java-come-scegliere-il-miglior-ide
>
>
> In termini % nel JUG quale viene usato maggiormente?
>
>
> Buona giornata jugger
> 
>

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

2018-10-23 Thread MrCrowley mrcrowley...@gmail.com [it-torino-java-jug] 
Innanzitutto grazie per la condivisone su Maven! Ho provato più volte
Gradle ma non mi sono mai trovato, con Maven (ammetto di averlo studiato un
bel po nel tempo) come dice Roberto le cose sono la dove me le aspetto, il
lifecycle mi è chiaro e mi trovo come le mie pantofole, magari bucherellate
ma comode.
Per l'Ide la faccenda è più complessa , mi sono innamorato di IntelliJ nel
2004, ma per varie vicissitudini ho sempre usato prevalentemente Eclipse.
Al momento mi piacerebbe lavorare con Intellij ma l'azienda non lo prevede
:-D
Devo dire però che eclipse (al momento uso oxygen) è tutto sommato comodo e
non è da sottovalutare l'avere un ambiente comune a prescindere dal
linguaggio.Ci ho sviluppato cose con Arduino e anche in assembly per il c64
:-D

On Tue, Oct 23, 2018 at 6:49 AM Roberto Franchini ro.franch...@gmail.com
[it-torino-java-jug]  wrote:

>
>
>
>
> 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
> 
>


-- 

"If none of us believes in war...can you tell me what the weapon for..."
Ozzy Killer of Giants

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

2018-10-22 Thread 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

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

2018-10-22 Thread max carbone max.carb...@gmail.com [it-torino-java-jug] 
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).

Bye.  max




On Mon, 22 Oct 2018 at 18:07, axa1...@gmail.com [it-torino-java-jug] <
it-torino-java-jug@yahoogroups.com> wrote:

>
>
> IntelliJ CE mi ha portato via da Eclipse su tutte le piattaforme che ho
> usato (e l'ho provato su tutte e non ha conquistato solo me in ufficio, ma
> devo ammettere che avevamo influenze dalla Russia...).
>
> @Rob, se però tu divulgassi quello che mi hai detto di maven, magari ci si
> penserebbe di più ad usarlo, anche perché mi hai infranto il sogno che
> potessero implementare in tempi stretti il supporto a configurazione non
> XML (magari YAML, che è l'XML che va di moda adesso).
>
> Paolo
> 
>


-- 
'Electric lamps were not invented by improving candles'

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

2018-10-22 Thread axa1...@gmail.com [it-torino-java-jug] 
IntelliJ CE mi ha portato via da Eclipse su tutte le piattaforme che ho usato 
(e l'ho provato su tutte e non ha conquistato solo me in ufficio, ma devo 
ammettere che avevamo influenze dalla Russia...). 

 @Rob, se però tu divulgassi quello che mi hai detto di maven, magari ci si 
penserebbe di più ad usarlo, anche perché mi hai infranto il sogno che 
potessero implementare in tempi stretti il supporto a configurazione non XML 
(magari YAML, che è l'XML che va di moda adesso).
 

 Paolo

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

2018-10-22 Thread 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?

2018-10-22 Thread bruno bossola bboss...@gmail.com [it-torino-java-jug] 
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.

Ah, e Gradle mi ricorda molto Ant :)

Ciao,

Bruno

On Mon, 22 Oct 2018 at 14:40, Massimo Ugues m.ug...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> IntelliJ Ultimate edition da 4 anni dopo 10 anni con Eclipse e i vari
> derivati (STS, Jboss Developer).
> Dal mio punto di vista assolutamente superiore agli altri, non tornerei
> indietro.
>
> Max
>
> On Mon, Oct 22, 2018 at 2:14 PM Giovanni pino_o...@yahoo.com
> [it-torino-java-jug]  wrote:
>
>>
>>
>> IntelliJ lo uso in ufficio. Lo trovo ottimo!
>>
>> Ciao
>> jo
>>
>> On Monday, October 22, 2018, 6:33:56 PM GMT+8, Ivan Martoccia
>> m.iv...@gmail.com [it-torino-java-jug] <
>> it-torino-java-jug@yahoogroups.com> wrote:
>>
>>
>>
>>
>> Io sono passato ad intelliJ da circa un anno e da 9 mesi alla versione a
>> pagamento, non tornerei indietro ad eclipse o netbean neanche se mi
>> pagassero. Lo trovo formidabile!
>>
>> Il giorno lun 22 ott 2018 alle ore 12:15 beppeconig...@yahoo.it
>> [it-torino-java-jug]  ha scritto:
>>
>>
>>
>> Ciao a tutti,
>>
>> so che molti storceranno il naso , ma da "vecchio" informatico ho ancora
>> la newsletter da siti storici eheh (che magari ora non sono piu' tanto
>> affidabili secondo molti guru...) , ma mi ha incuriosito una tra le notizie
>> di cui  oggi si parla di :
>> https://www.html.it/articoli/java-come-scegliere-il-miglior-ide
>>
>>
>> In termini % nel JUG quale viene usato maggiormente?
>>
>>
>> Buona giornata jugger
>>
>>
>>
>> --
>> Response to : m.iv...@gmail..com 
>>
>
>
> --
> Massimo Ugues
>
> 
>

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

2018-10-22 Thread Massimo Ugues m.ug...@gmail.com [it-torino-java-jug] 
IntelliJ Ultimate edition da 4 anni dopo 10 anni con Eclipse e i vari
derivati (STS, Jboss Developer).
Dal mio punto di vista assolutamente superiore agli altri, non tornerei
indietro.

Max

On Mon, Oct 22, 2018 at 2:14 PM Giovanni pino_o...@yahoo.com
[it-torino-java-jug]  wrote:

>
>
> IntelliJ lo uso in ufficio. Lo trovo ottimo!
>
> Ciao
> jo
>
> On Monday, October 22, 2018, 6:33:56 PM GMT+8, Ivan Martoccia
> m.iv...@gmail.com [it-torino-java-jug] 
> wrote:
>
>
>
>
> Io sono passato ad intelliJ da circa un anno e da 9 mesi alla versione a
> pagamento, non tornerei indietro ad eclipse o netbean neanche se mi
> pagassero. Lo trovo formidabile!
>
> Il giorno lun 22 ott 2018 alle ore 12:15 beppeconig...@yahoo.it
> [it-torino-java-jug]  ha scritto:
>
>
>
> Ciao a tutti,
>
> so che molti storceranno il naso , ma da "vecchio" informatico ho ancora
> la newsletter da siti storici eheh (che magari ora non sono piu' tanto
> affidabili secondo molti guru...) , ma mi ha incuriosito una tra le notizie
> di cui  oggi si parla di :
> https://www.html.it/articoli/java-come-scegliere-il-miglior-ide
>
>
> In termini % nel JUG quale viene usato maggiormente?
>
>
> Buona giornata jugger
>
>
>
> --
> Response to : m.iv...@gmail.com
> 
>


-- 
Massimo Ugues

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

2018-10-22 Thread Giovanni pino_o...@yahoo.com [it-torino-java-jug] 
 IntelliJ lo uso in ufficio. Lo trovo ottimo!
Ciaojo
On Monday, October 22, 2018, 6:33:56 PM GMT+8, Ivan Martoccia 
m.iv...@gmail.com [it-torino-java-jug]  
wrote:  
 
     

Io sono passato ad intelliJ da circa un anno e da 9 mesi alla versione a 
pagamento, non tornerei indietro ad eclipse o netbean neanche se mi pagassero.. 
Lo trovo formidabile!
Il giorno lun 22 ott 2018 alle ore 12:15 beppeconig...@yahoo.it 
[it-torino-java-jug]  ha scritto:

     


Ciao a tutti,

so che molti storceranno il naso , ma da "vecchio" informatico ho ancora la 
newsletter da siti storici eheh (che magari ora non sono piu' tanto affidabili 
secondo molti guru...) , ma mi ha incuriosito una tra le notizie di cui  oggi 
si parla di :https://www.html.it/articoli/java-come-scegliere-il-miglior-ide




In termini % nel JUG quale viene usato maggiormente?




Buona giornata jugger 
   


-- 
Response to : m.iv...@gmail.com  #yiv0225977694 #yiv0225977694 -- 
#yiv0225977694ygrp-mkp {border:1px solid #d8d8d8;font-family:Arial;margin:10px 
0;padding:0 10px;}#yiv0225977694 #yiv0225977694ygrp-mkp hr {border:1px solid 
#d8d8d8;}#yiv0225977694 #yiv0225977694ygrp-mkp #yiv0225977694hd 
{color:#628c2a;font-size:85%;font-weight:700;line-height:122%;margin:10px 
0;}#yiv0225977694 #yiv0225977694ygrp-mkp #yiv0225977694ads 
{margin-bottom:10px;}#yiv0225977694 #yiv0225977694ygrp-mkp .yiv0225977694ad 
{padding:0 0;}#yiv0225977694 #yiv0225977694ygrp-mkp .yiv0225977694ad p 
{margin:0;}#yiv0225977694 #yiv0225977694ygrp-mkp .yiv0225977694ad a 
{color:#ff;text-decoration:none;}#yiv0225977694 #yiv0225977694ygrp-sponsor 
#yiv0225977694ygrp-lc {font-family:Arial;}#yiv0225977694 
#yiv0225977694ygrp-sponsor #yiv0225977694ygrp-lc #yiv0225977694hd {margin:10px 
0px;font-weight:700;font-size:78%;line-height:122%;}#yiv0225977694 
#yiv0225977694ygrp-sponsor #yiv0225977694ygrp-lc .yiv0225977694ad 
{margin-bottom:10px;padding:0 0;}#yiv0225977694 #yiv0225977694actions 
{font-family:Verdana;font-size:11px;padding:10px 0;}#yiv0225977694 
#yiv0225977694activity 
{background-color:#e0ecee;float:left;font-family:Verdana;font-size:10px;padding:10px;}#yiv0225977694
 #yiv0225977694activity span {font-weight:700;}#yiv0225977694 
#yiv0225977694activity span:first-child 
{text-transform:uppercase;}#yiv0225977694 #yiv0225977694activity span a 
{color:#5085b6;text-decoration:none;}#yiv0225977694 #yiv0225977694activity span 
span {color:#ff7900;}#yiv0225977694 #yiv0225977694activity span 
.yiv0225977694underline {text-decoration:underline;}#yiv0225977694 
.yiv0225977694attach 
{clear:both;display:table;font-family:Arial;font-size:12px;padding:10px 
0;width:400px;}#yiv0225977694 .yiv0225977694attach div a 
{text-decoration:none;}#yiv0225977694 .yiv0225977694attach img 
{border:none;padding-right:5px;}#yiv0225977694 .yiv0225977694attach label 
{display:block;margin-bottom:5px;}#yiv0225977694 .yiv0225977694attach label a 
{text-decoration:none;}#yiv0225977694 blockquote {margin:0 0 0 
4px;}#yiv0225977694 .yiv0225977694bold 
{font-family:Arial;font-size:13px;font-weight:700;}#yiv0225977694 
.yiv0225977694bold a {text-decoration:none;}#yiv0225977694 dd.yiv0225977694last 
p a {font-family:Verdana;font-weight:700;}#yiv0225977694 dd.yiv0225977694last p 
span {margin-right:10px;font-family:Verdana;font-weight:700;}#yiv0225977694 
dd.yiv0225977694last p span.yiv0225977694yshortcuts 
{margin-right:0;}#yiv0225977694 div.yiv0225977694attach-table div div a 
{text-decoration:none;}#yiv0225977694 div.yiv0225977694attach-table 
{width:400px;}#yiv0225977694 div.yiv0225977694file-title a, #yiv0225977694 
div.yiv0225977694file-title a:active, #yiv0225977694 
div.yiv0225977694file-title a:hover, #yiv0225977694 div.yiv0225977694file-title 
a:visited {text-decoration:none;}#yiv0225977694 div.yiv0225977694photo-title a, 
#yiv0225977694 div.yiv0225977694photo-title a:active, #yiv0225977694 
div.yiv0225977694photo-title a:hover, #yiv0225977694 
div.yiv0225977694photo-title a:visited {text-decoration:none;}#yiv0225977694 
div#yiv0225977694ygrp-mlmsg #yiv0225977694ygrp-msg p a 
span.yiv0225977694yshortcuts 
{font-family:Verdana;font-size:10px;font-weight:normal;}#yiv0225977694 
.yiv0225977694green {color:#628c2a;}#yiv0225977694 .yiv0225977694MsoNormal 
{margin:0 0 0 0;}#yiv0225977694 o {font-size:0;}#yiv0225977694 
#yiv0225977694photos div {float:left;width:72px;}#yiv0225977694 
#yiv0225977694photos div div {border:1px solid 
#66;min-height:62px;overflow:hidden;width:62px;}#yiv0225977694 
#yiv0225977694photos div label 
{color:#66;font-size:10px;overflow:hidden;text-align:center;white-space:nowrap;width:64px;}#yiv0225977694
 #yiv0225977694reco-category {font-size:77%;}#yiv0225977694 
#yiv0225977694reco-desc {font-size:77%;}#yiv0225977694 .yiv0225977694replbq 
{margin:4px;}#yiv0225977694 #yiv0225977694ygrp-actbar div a:first-child 
{margin-right:2px;padding-right:5px;}#yiv0225977694 #yiv0225977694ygrp-mlmsg 
{font-size:13px;font-family:Arial, helvetica, clean, sans-serif;}#yiv0225977694

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

2018-10-22 Thread Ivan Martoccia m.iv...@gmail.com [it-torino-java-jug] 
Io sono passato ad intelliJ da circa un anno e da 9 mesi alla versione a
pagamento, non tornerei indietro ad eclipse o netbean neanche se mi
pagassero. Lo trovo formidabile!

Il giorno lun 22 ott 2018 alle ore 12:15 beppeconig...@yahoo.it
[it-torino-java-jug]  ha scritto:

>
>
> Ciao a tutti,
>
> so che molti storceranno il naso , ma da "vecchio" informatico ho ancora
> la newsletter da siti storici eheh (che magari ora non sono piu' tanto
> affidabili secondo molti guru...) , ma mi ha incuriosito una tra le notizie
> di cui  oggi si parla di :
> https://www.html.it/articoli/java-come-scegliere-il-miglior-ide
>
>
> In termini % nel JUG quale viene usato maggiormente?
>
>
> Buona giornata jugger
> 
>


-- 
Response to : m.iv...@gmail.com