Re: [Jug-Torino] [JOB] Software engineer e altro a Zurigo

2019-10-11 Thread Paolo Mossino paolo.moss...@gmail.com [it-torino-java-jug] 
Ciao,

Scusate, pull request mandata... *adesso* mi ricordo di quanto si era
parlato di far passare le offerte di lavoro *solo* dal sito.

Lo stipendio dipende, as usual, da diversi fattori... ma credo e spero
vivamente che non sia imbarazzante (chi ho fatto assumere come System
Engineer non si è lamentato, ma il progetto era diverso).
Esperienza personale: in tutto il periodo della mia ricerca in Svizzera ne
ho visti pochi pubblicati nell'annuncio, l'unico modo per saperlo è stato
parlare con il recruiter, ma non ho sufficienti dati da dire se sia stato
sfortunato io o la normalità.

Paolo

P.S.  Come funziona la pulizia per le offerte di lavoro più datate? Ci sono
cleanup periodici?
$ curl -is 'http://jugtorino.it/jobs/' | grep -Eoe 'Date:
[0-9/]+' \
  | cut -f2 -d' ' | sort -rn -k 3 -k 2 -k 1 -t / | paste - - - - - -
24/09/2019 28/08/2019 19/06/2019 21/05/2019 21/05/2019 02/05/2019
09/04/2019 29/03/2019 08/02/2019 14/01/2019 16/07/2018 13/07/2018
05/01/2018 02/12/2017 02/12/2017 13/11/2017 21/04/2017 16/03/2017
09/11/2016
(yes, I know, don't parse XML with regex
<https://i.redd.it/k6sded6b9mkz.png>)


On Fri, Oct 11, 2019, 17:22 bruno bossola bboss...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> Paolo,
>
> Questa mail e' contraria alle regole del JUG. Non ci sono valutazioni da
> fare, le regole sono chiare.
>
> Per aggiungere un’offerta di lavoro, effettuare una pull request
> <https://help.github.com/articles/creating-a-pull-request/> o editare
> online questa pagina
> <https://github.com/jugtorino/jugtorino.github.io/edit/master/pages/j_jobs.md>
>  (richiede
> un account GitHub).
>
> Ciao,
>
> Bruno
>
> --
> Bruno Bossola
> CTO - meterian.io
> Scan your project now! <https://www.meterian.com/projectscanner.html>
>
>
> On Fri, 11 Oct 2019 at 13:41, Paolo Mossino paolo.moss...@gmail.com
> [it-torino-java-jug]  wrote:
>
>>
>>
>> Ciao,
>>
>> Piccolo spam per offerte di lavoro.
>>
>> Nella mia azienda (EPAM System) stanno cercando parecchie persone per
>> vari progetti, su Zurigo.
>> Tra le very hot position al momento ci sono queste, fortemente incentrate
>> su Java (nell'unica in cui non compare nel titolo, lo trovate nella job
>> description):
>>
>>- Senior Java Developer
>><https://www.epam.com/careers/job-listings/job.47329>
>>- Senior Java Developer with DevOps
>><https://www.epam.com/careers/job-listings/job.46131>
>>- 3rd Level Support / Java Developer
>><https://www.epam.com/careers/job-listings/job.47405>
>>- Java Developer <https://www.epam.com/careers/job-listings/job.47461>
>>- Senior Java/J2EE Developer
>><https://www.epam.com/careers/job-listings/job.47671>
>>- Senior Java Developer with Data Modeling
>><https://www.epam.com/careers/job-listings/job.48688>
>>- Full Stack Developer
>><https://www.epam.com/careers/job-listings/job.47567>
>>
>> (e oltre a questo ci sono svariate altre posizioni aperte
>> <https://www.epam.com/careers/job-listings?recruitingUrl=%2Fcareers%2Fjob-listings%2Fjob=Switzerland=Zurich=relevance>,
>> di cui queste
>> <https://www.epam.com/careers/job-listings?recruitingUrl=%2Fcareers%2Fjob-listings%2Fjob=java=Switzerland=Zurich=relevance>
>> che matchano la keyword "java").
>>
>> Qualcuno interessato a lavorare a Zurigo?
>>
>> Credo che tutte richiedano di essere eleggibili per lavorare in Svizzera,
>> quindi sicuramente OK per tutti i cittadini Italiani... se avete altre
>> nazionalità, bisogna verificare caso per caso.
>>
>> Se si, please contattatemi dandomi CV e posizione per cui vorreste
>> applicare, così faccio un referral ;-)
>>
>> Disclaimer: nessuna di queste è sul mio progetto, quindi non correrete il
>> rischi di trovare me come RM/TL... ma di contro non so dirvi molto del
>> progetto in se o quando pagano, se non informazioni generiche.
>>
>>
>> Paolo
>>
>>
>> P.S. Stavo valutando se postare anche su http://jugtorino.it/jobs/, ma
>> non mi sembra si sposi bene con questo use case dove ho N offerte, di cui
>> io ho poche info dirette... alla fine sarebbe diventato un "da me cercano
>> sempre, guardate qui" quindi mi sono limitato a questo post.
>>
>> --
>> Paolo Mossino  
>>
>> 
>

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

2019-08-29 Thread Paolo Mossino paolo.moss...@gmail.com [it-torino-java-jug] 
"$@:2"? Perché non "$2"?


On Thu, Aug 29, 2019 at 5:06 PM 'Luigi R. Viggiano' luigi.viggi...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> Ho provato con a sostituire $* con $@ e non va.
>
> $ cat __java
>
> REQ_VERSION="$1"
>
> shift
>
> JVM_PREFIX_PATH="/Library/Java/JavaVirtualMachines"
>
> JVM_SUFFIX_PATH="/Contents/Home"
>
>
> _latest() {
>
> local WHERE="$1"
>
> find "${WHERE}" -maxdepth 1 -type d 2> /dev/null | grep "${@:2}" |
> sort -r | head -1
>
> }
>
>
> _readlink() {
>
> if [[ -L $1 ]]; then
>
> stat -f "%Y" "$1"
>
> else
>
> stat -f "%N" "$1"
>
> fi
>
> }
>
>
> # environment settings
>
> JDK_PATH="$(_latest `_readlink $JVM_PREFIX_PATH` $REQ_VERSION)"
>
> if [[ -n "$JDK_PATH" ]]; then
>
> export JAVA_HOME="$JDK_PATH$JVM_SUFFIX_PATH"
>
> export PATH=$JAVA_HOME/bin:$PATH
>
> export MANPATH=$JAVA_HOME/man:$MANPATH
>
> else
>
> echo JDK matching version \"$REQ_VERSION\" cannot be found. >&2
>
> exit 1
>
> fi
>
>
> unset -f _latest _readlink
>
>
> if [[ -n "$VERBOSE" ]]; then
>
> echo JAVA_HOME=$JAVA_HOME
>
> echo
>
> java -version
>
> echo
>
> fi
>
>
> # execute the command line
>
> if [ -n "${@}" ]; then
>
> ${@}
>
> fi
>
>
> $ java8 ls -la
>
> /Users/work/var/src/dotfiles/bin/__java: line 40: [: ls: binary operator
> expected
>
>
> $ cat __java
>
> REQ_VERSION="$1"
>
> shift
>
> JVM_PREFIX_PATH="/Library/Java/JavaVirtualMachines"
>
> JVM_SUFFIX_PATH="/Contents/Home"
>
>
> _latest() {
>
> local WHERE="$1"
>
> find "${WHERE}" -maxdepth 1 -type d 2> /dev/null | grep "${@:2}" |
> sort -r | head -1
>
> }
>
>
> _readlink() {
>
> if [[ -L $1 ]]; then
>
> stat -f "%Y" "$1"
>
> else
>
> stat -f "%N" "$1"
>
> fi
>
> }
>
>
> # environment settings
>
> JDK_PATH="$(_latest `_readlink $JVM_PREFIX_PATH` $REQ_VERSION)"
>
> if [[ -n "$JDK_PATH" ]]; then
>
> export JAVA_HOME="$JDK_PATH$JVM_SUFFIX_PATH"
>
> export PATH=$JAVA_HOME/bin:$PATH
>
> export MANPATH=$JAVA_HOME/man:$MANPATH
>
> else
>
> echo JDK matching version \"$REQ_VERSION\" cannot be found. >&2
>
> exit 1
>
> fi
>
>
> unset -f _latest _readlink
>
>
> if [[ -n "$VERBOSE" ]]; then
>
> echo JAVA_HOME=$JAVA_HOME
>
> echo
>
> java -version
>
> echo
>
> fi
>
>
> # execute the command line
>
> if [ -n "${*}" ]; then
>
> ${*}
>
> fi
>
>
> $ java8 ls -la
>
> total 264
>
> drwxr-xr-x  35 lvig0001  admin  1120 Aug 29 17:02 .
>
> drwxr-xr-x  10 lvig0001  admin   320 Feb  6  2019 ..
>
> -rw-r--r--   1 lvig0001  admin   870 Aug 29 17:02 __java
>
> -rw-r--r--   1 lvig0001  admin   865 Nov  6  2018 __ssh_server_functions
>
> -rwxr-xr-x   1 lvig0001  admin   103 Nov  6  2018 airport
>
> -rwxr-xr-x   1 lvig0001  admin82 Nov  6  2018 backup-music
>
>
>
>
> Da notare che nella funzione _latest() ho usato ${@:2}.
>
> Probabilmente è uno di quei casi dove bisogna usare ${*}
>
> Adesso non mi ricordo perché è così, ma probabile che ci sono inciampato
> già su questa cosa.
>
> Per cui non è un bug, è una feature ;)
>
> Ciao
> --Luigi
>
>
>
> On Thu, Aug 29, 2019 at 4:51 PM Luigi R. Viggiano <
> luigi.viggi...@gmail.com> wrote:
>
>> Effettivamente è un bug. Ma non essendomene mai accorto ;)
>>
>> Ci sono una serie di quirk di bash di cui sono al corrente (tipo la
>> differenza tra "[" e "[[") o gli apici singoli e doppi, e anche $* e $@.
>> Prendo nota come best practice di usare "$@".
>>
>> Lo correggo quando arrivo a casa. ;)
>>
>> Grazie.
>> --Luigi
>>
>>
>>
>> On Wed, May 8, 2019 at 10:59 PM Paolo Mossino paolo.moss...@gmail.com
>>  [it-torino-java-jug] <
>> it-torino-java-jug@yahoogroups.com> wrote:
>>
>>>
>>>
>>> Concorderei, MA:
>>>
>>>- stiamo parlando di un dotfiles, quindi mi aspetto sia l'autore a
>>>considerare e decidere cosa f

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

2019-05-08 Thread Paolo Mossino paolo.moss...@gmail.com [it-torino-java-jug] 
Attenzione: generalmente non dovresti *MAI* usare $* in uno script bash,
sempre "$@" (quindi dentro un double quote E "@" al posto di "*"),
altrimenti si mangia gli spazi.
Ci sono eccezioni, ma sono appunto eccezioni, quasi mai la norma quando
parli di command line. Ecco una spiegazione, un po' più completa della mia:

https://google.github.io/styleguide/shell.xml#Quoting


L'errore appare nei vari wrapper, tipo

   - https://github.com/lviggiano/dotfiles/blob/master/bin/java10#L2
   - https://github.com/lviggiano/dotfiles/blob/master/bin/__java#L41


Si, molti degli script ti startup di vari prodotti Java lo fanno e
sbagliano.

Ecco un esempio banale di cosa succede altrimenti (in rosso l'errore, in
verde come dovrebbe essere):

*$ cat 2.sh*
echo "### With \$*"
echo $*
echo "### With \"\$@\""
echo "$@"

*$ bash 2.sh 1 2 3*
### With $*
1 2 3
### With "$@"
1 2 3

*$ bash 2.sh 1 'with spaces'*
### With $*
1 with spaces
### With "$@"
1 with spaces

*$ bash 2.sh 1 'withmore   spaces'*
### With $*
1 with more spaces
### With "$@"
1 withmore   spaces


Come vedi, gli spazi vengono mangiati se non usi il quoting E ti serve

Si, ho barato leggermente nel non considerare "$*", ma comunque "$@", per
una command line da eseguire, è quello che ti serviva.


On Wed, May 8, 2019 at 2:09 PM 'Luigi R. Viggiano' luigi.viggi...@gmail.com
[it-torino-java-jug]  wrote:

>
>
> I uso dei wrapper script:
>
> $ java7 ant clean dist
>
> $ java8 mvn clean install
>
> i sorgenti di questi wrapper script sono qui:
> https://github.com/lviggiano/dotfiles/tree/master/bin
>
> Ciao.
>
> --Luigi
>
>
>
> On Thu, Apr 4, 2019 at 8:49 AM Alex gandalf902...@yahoo.com
> [it-torino-java-jug]  wrote:
>
>>
>>
>> Ciao,
>> spero sia utile ;-)
>>
>> Buoan giornata
>>
>> How to Install Multiple Versions of Java on the Same Machine - DZone Java
>> 
>>
>> How to Install Multiple Versions of Java on the Same Machine - DZone Java
>>
>> In this post, we look at a common problem facing Java developers: how to
>> install multiple versions of the JDK on...
>>
>> 
>>
>>
>> 
>


-- 
Paolo Mossino