Newsgroup: it.lavoro.informatica
Titolo: Non tutti i settori sono in crisi...

...ad esempio l'automazione industriale, che dà occupazione anche a
tanti informatici, non lo è:
"Prosegue il trend positivo dell’industria italiana costruttrice di
macchine utensili, robot, automazione e prodotti a essa ausiliari.
Questo è quanto emerge dai dati elaborati dal Centro Studi & Cultura
di Impresa di Ucimu-Sistemi per Produrre, illustrati in occasione
della conferenza stampa di presentazione di 26.Bi-Mu/Sfortec, la
manifestazione fieristica di riferimento per il settore, in scena a
fieramilano dal 3 al 7 ottobre.
Secondo le previsioni, nel 2008, la produzione dell’industria italiana
di settore crescerà del 5,3%, a 6.130 milioni di euro. L risultato
sarà determinato sia dal buon andamento delle esportazioni, in attesa
in crescita del 6,2%, a 3.295 milioni di euro, sia dal positivo
riscontro del mercato interno."
qui l'articolo completo:
http://www.ilb2b.it/newsletter_meccanica/notizia_meccanica.asp?numero=41&data=22%20ottobre%202008&id=20081002001

 tanti informatici, non lo è:
E' un settore che richiede qualche competenza in più della semplice
capacità di lavorare con 
ado.net
 o ajax.
Senza entrare nel settore dell'automazione industriale (embedded) vedo che
non ci sono così tanti programmatori in grado di sviluppare applicazioni su
palmari, implementare tracking per la logistica con barcode mono o
bidimensionali, magari gestendo connessioni a terminali particolari (es.
bilance) via RS432 o per pilotare robot industriali etc.
Ritengo che chi è specializzato in questi settori o comunque ha skill fuori
dal comune sia solo sfiorato dalla crisi del settore IT "generalista".
PaF 

 non ci sono così tanti programmatori in grado di sviluppare applicazioni su
Esatto, è quello che ho dovuto fare io! Entrare nel mondo 
dell'embedded... bello ma un po' rognoso specie all'inizio se si è 
abituati a fare solo programmi per XP! Anche l'approccio con l'hardware 
è stato un po' ostico ma interessante.

Marco ha scritto:


A me questa cosa interesserebbe capirla meglio..
Visto che io avevo sostanzialmente iniziato cosi' (con robe simili
a robot industriali [simulatori motociclistici], con RS232 usate non per
controllare bilance ma spedire dati sui satelliti, ecc.) poi pero', per
non dover dipendere dai miei fino a 50 anni, alla tenera eta' di oltre 35
anni sono dovuto passare ad altro (tipo robe generaliste che piu'
generaliste non si puo', programmetti idioti, test funzionali di
accettazione di apparecchiature fornite da fornitori esterni e altre
cavolate del genere, visto che piu' si andava nelle complicazioni
tecniche, meno si veniva pagati, specialmente considerando il rapporto
"paga"/"fatica per raggiungere quella paga"), potresti spiegare come hai
fatto a "entrare nel mondo dell'embedded" ? 
Cioe' quando hai deciso "ok, da domani voglio entrare nel mondo
dell'embedded", quali passi hai fatto per riuscire a trovare qualcuno
disposto a fartici entrare, visto che io, pur avendo qualche esperienza,
quando nel 2004 ho provato a ritornare in tale mondo, in pratica non c'e'
quasi stato modo di farlo...
Ciao,
Marco.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 dell'embedded", quali passi hai fatto per riuscire a trovare qualcuno
Credo che piu' che "passi" si tratti di opportunita' e conoscenze.
A maggior ragione, piu' tempo passi nel settore piu' puoi farti conoscere.

 quasi stato modo di farlo...
La mia opinione: a differenza di altre branche dell'informatica, l'embedded 
ha la caratteristica che non si può prendere un "neofita" e buttarlo allo 
sbaraglio nella mischia; anzi, tra l'assunzione/inizio collaborazione e il 
momento in cui la persona inizia a camminare sulle proprie gambe e il suo 
lavoro a "vivere" nei dispositivi di cui si occupa l'azienda deve per forza 
passare un bel pò di tempo altrimenti succedono dei disastri. Di 
conseguenza, per quanto riguarda i neolaureati/neodiplomati, un'ottima carta 
per entrare nel settore è un tirocinio fatto seriamente in un'azienda che si 
occupa di embedded; per rientrare, come minimo penso si debba mostrare di 
non essere rimasti "al palo" per anni all'oscuro dell'evoluzione che c'è 
stata nel frattempo 

 tanti informatici, non lo è:
Ho avuto modo di vedere qualche offerta di lavoro per il campo aut.
industriale nei soliti siti (Infojobs, Monster) e mi è parso che il
livello retributivo medio sia allineato a quello dell'informatica
gestionale, cioè basso. Nonostante la necessità di competenze più
specialistiche. E' così?

 quasi stato modo di farlo...
Forse può dipendere dalla zona. Credo che la maggior parte delle
aziende di questo tipo stanno in precise regioni (Lombardia, Veneto,
Emilia), al di fuori di quelle c'è poco.
Ed anche in quelle regioni il numero di chi cerca nel settore non è
piccolo, la concorrenza è forte.

stata nel frattempo 
Confermo al 100%...
Lavoro nel settore da due annetti, la gavetta e' stata molto dura e
ancora mi sembra di sapere pochissimo... I miei colleghi senior mi
sembrano dei mostri irraggiungibili... :)
Nella nostra azienda c'e' forte bisogno di persone skillate, prenderli
gavanelli per poi formarli non rientra tra le strategie di assunzione.
Purtroppo di persone veramente skillate in giro ce ne sono veramente
poche (parlo a livello di OEM, firmware, device driver, OAL, ecc. e
non a livello di sviluppo applicativi).
Saluti



Come consulente direi di no, io a marzo ho ottenuto un contratto da 300
euro/gg senza discutere, con la possibilità di lavorare in remoto e con
giorni prefissati, come dipendente non ne ho idea.
Dovrò progettare ed implementare la logistica di un gruppo di fonderie,
utilizzando terminali barcode, sviluppando su Axapta etc.
Non che 300/gg siano una cifra pazzesca, ma da quanto leggo è comunque
oltre la media.
PaF

Marcoxxx ha scritto:

Sono giuste le risposte che ti hanno fornito, inoltre non sono certo un 
esperto di embedded ancora, perché lavoriamo su ambiente x86 su 
mini-itx, però le conoscenze su CE acquisite saranno un'ottima base per 
qualsiasi applicazione gestionale e di domotica. Non cose avanzatissime, 
ma come dicevate fanno parte del settore in espansione.
Il "come sono entrato", è grazie al contatto di una mia insegnante, ma 
non mi ha detto "c'è un'azienda che fa embedded", perché l'azienda 
stessa, che si sta avviando ora, non ha scelto subito di usare un 
ambiente embedded per i nostri scopi, cioè un piccolo videogame, infatti 
ho partecipato volentieri proprio perché sono appassionato di giochi (ho 
imparato a programmare proprio per questo!). Quindi per me è stato un caso!

[OT] 
Io sto facendo una tesi sul model-checking (Logiche CTL, CTL*), credete
che sia un'ottimo argomento da presentare per entrare nel mondo
dell'embedded ? 
[/OT]


 
Probabilmente sě, noi ancora non abbiamo bisogno di studi di questo 
tipo, anche se posso immaginare che nell'automazione siano importanti.

dell'embedded ? 
Come suggerisce Capoccetta, il modo migliore per entrare da junior in
un'azienda che fa embedded e' farci la tesi dentro.

 qualsiasi applicazione gestionale e di domotica. 
Mah.. un grande esperto non lo sono nemmeno io, pero'
 ho lavorato circa 3 anni con VxWorks, dal 1998 al 2001
in modo quasi continuativo, per lo piu' su processori Alpha e con qualche
scheda DSP o con altre schede montate su bus VME, ma nel 2004, quando ho
provato a presentarmi ad una azienda che cercava gente con conoscenze di
VxWorks mi hanno risposto piu' o meno picche (mi avevano proposto di
traslocare a Bologna con contratto di 1 mese => ho preferito restare
dov'ero).


 gavanelli per poi formarli non rientra tra le strategie di assunzione.
Beh... pero' il poster precendete sembrava dire invece che e' quasi
l'unico modo, a meno che uno non stia semplicemente cambiando
lavoro all'interno dello stesso settore.


lavoro all'interno dello stesso settore.
Ok, ho sbagliato a scrivere 100%.
Nella realta' in cui lavoro, la situazione e' quella che ho descritto.
Noi comunque siamo OEM e ci occupiamo di harwdare e software di base
su sistemi embedded a 32 bit (X86 e ARM), non facciamo applicativi.
Ciao.


Io ho parlato sulla base dell'esperienza mia  e dei ragazzi con cui
sono entrato in contatto come tutor, non è  che abbia sotto mano uno
studio statistico; di sicuro quando vado ai seminari del setture
suppergiù vedo sempre le stesse facce. Che un "gestionale" venga
assunto come "embedded" senza una conoscenza neppure hobbystica del
settore lo vedo difficile...il passaggio lo vedo più fattibile (e l'ho
visto avvenire) come cambiamento di mansioni all'interno di un'azienda
che si occupa di embedded.

  ho lavorato circa 3 anni con VxWorks, dal 1998 al 2001
Il nostro e' un ambiente in fortissima evoluzione.
Qualche anno fa vxWorks era considerato il top (io l'ho sempre odiato
:-) lui e la ditta ), ma le politiche di Windriver sono riuscite a farlo
odiare quasi ovunque e ora e' visto come il fumo negli occhi (WindRiver
e' considerata da molti la Microsoft dell'embedded .. e non e' un
complimento).
Il 90% dei nostri clienti e' ormai su embedded Linux.
Se vuoi rientrare nell'ambiente direi che una bella giocatina con un
ambiente simile possa essere una carta migliore che VxWorks (che
comunque non fa male nella lista di conoscenze).
Poi molto dipende anche dal settore e luogo.
C'ya
	STeve

Il 90% dei nostri clienti e' ormai su embedded Linux.
Il resto e' su Windows CE?
Ciao

 Il resto e' su Windows CE?
ROTFL !
Stiamo parlando di cose serie.
Ad esempio una centrale telefonica su WinCE ? Ma perfavore :-)
C'ya
	STeve

Ad esempio una centrale telefonica su WinCE ? Ma perfavore :-)
Quanto approfonditamente conosci questo sistema operativo per dire
questo? Abbiamo clienti molto importanti che lo usano e continuano a
farci ordini di rilievo.


http://www.ilb2b.it/newsletter_meccanica/notizia_meccanica.asp?numero=41&data=22%20ottobre%202008&id=20081002001
Dimostra sicuramente che l'innovazione nei sistemi di automazione
industriale consente di investire con profitti che ritornano sonoramente,
fino a prova contraria compito primario del settore IT, ossia ridurre
costi operativi guadagnando profitto.
Serve anche per riflettere meglio sul panorama delle architetture x86
rispetto ad esempio ad un altro settore qual è appunto l'automazione
industriale, c'è da dire che
1) l'automazione industriale non soffre della piaga congenita dei sistemi
x86 e Mac (forse in percentuale minore fino all'apertura della sua
architettura modulare), ossia semplificando brutalmente il fatto che
questi sistemi siano troppo aperti e migrabili.
Certo però che pure un tempo si aveva lo stesso parallelo con l'IT più
generalista, una specie "automazione distrettuale" che un tempo esisteva
solo in sistemi chiusi in grado di gestire un compito specifico
(contabilità e quant'altro), e lì ci si guadagnava perché i soggetti in
campo vendevano hardware e software d'un botto al cliente che così facendo
si fidelizzava maggiormente... ed anche così al cliente appariva
conveniente di tanto in tanto cambiare l'infrastruttura hardware e
software. Poi sono arrivati gli anni ruggenti dei personal computer, e
agli occhi di uno smanettone moderno apparirà pure impensabile, eppure i
nostri predecessori con gli scatoloni mainframe armati di AS400/RPG e
Basic ci facevano ottimi profitti... noi molti informatici, e sottolineo
il molti perché forse siamo troppi compreso il sottoscritto, invece armati
di garbage collector spettacolari e quant'altro al massimo ci facciamo sì
e no la capanna... ognuno metta la sua, magari c'è chi si fa la capanna
col tetto in sughero come chi se la fa in paglia ma non credo si discosti
molto da ciò che può ambire un qualsiasi impiegato formatosi una sola
volta nella vita e che quindi possa tranquillamente contare sul fatto che
ad esempio la contabilità rimarrà tale per secoli, le leggi per anni e
così via...
2) l'automazione industriale  nel suo ambito non risente minimamente di
eventuali attuazioni dei propositi opensource (ma quello vero, ossia
distribuire i sorgenti all'utente finale per sue customizzazioni dietro
comunque un compenso del software di base, e non quelli del famigerato
opensource che regala il tutto a migliaia di utenti finali). Al massimo
dunque nell'automazione industriale i sorgenti si rivolgono al determinato
cliente X che ha un macchinario Y il cui addetto interno Z è adibito
all'implementazione di specifiche non previste nell'originale. Risultato
il cliente è contento perchè si sente padrone della procedura e può
risparmiare su piccole implementazioni, ed il fornitore altrettanto perchè
non dà in pasto le sue procedure a chi potrebbe mettersi in diretta
concorrenza, infatti il cliente continua a badare al suo core business ed
il fornitore idem. Al massimo se la giocheranno tutta lì su quel
macchinario, per piccole implementazioni da lasciare in carico al gruppo
di lavoro interno, e questa sarà l'unica perdita irrisoria che si beccherà
il fornitore delle procedure di automazione industriale.
Al contrario invece nello sviluppo del software per architetture x86 e
WEBCENTRICHE, ovviamente non mainframe, l'opensource è stato completamente
travisato, o meglio sfruttato al massimo senza il minimo ritorno nelle
tasche dello stesso soggetto IT. Il risparmio infatti va tutto nelle
tasche del cliente, che un tempo dipendeva da un fornitore che gli forniva
il knowhow completo per mandare avanti la baracca e di conseguenza lo
pagava il giusto, ora invece grazie all'apprendimento diffuso e alla
distribuzione di software "gratuito", piuttosto che opensource, il cliente
dispone 1) di manodopera a basso costo, pure già formata senza aver speso
un solo cent e 2) componenti sviluppati di fatto gratuitamente  .
Risultato, ad ogni apertura di un nuovo progetto "opensource", ma sarebbe
meglio dire a scrocco di chi lo impiegherà al primo rilascio pubblico, si
apre una voragine rappresentata dalla perdita potenziale delle vendite in
gioco. Con questo non voglio dire che non ci si possa guadagnare, ma come
raffronto estremo mi sembra evidente che il nerd che vende una serie di
musichette per cellulari magari ci guadagna anche royalties in modo sicuro
perché dispone di un circuito non bypassabile che gli rende conto degli
acquisti, mentre il gruppo di informatici che distribuisce validi progetti
opensource grazie alla propria inventiva forse ci guadagna un posto sicuro
nei colossi IT o pubblicità, ma il tasto dolente arriva per colui che
grazie alla sua inventiva intendeva vendere una sua soluzione custom
basata sugli stessi principi a 10.000 ed ora per forza di cose o non la
vende più oppure la venderà a meno di 1.000, perchè tanto si tratta giusto
del tempo per assemblare il pre-esistente.
Dunque ora l'IT generalista coi tempi che corrono e coi software che
circolano "gratis" forse conviene seguirlo da semplici osservatori
piuttosto che investirvi creando software house che aprirebbero già in
perdita, oppure creare team itineranti su grossi progetti, però questo lo
fanno già i colossi IT... e non per niente molte software house rimaste
sul mercato sono diventate nel tempo rivenditori di grossi marchi con
prodotti pronti e confezionati. Anzi l'investimento migliore è avere fin
da subito le idee chiare e puntare ai servizi che possono avvantaggiarsi
dalla libera circolazione di software... quindi se si può call center o
agenzie di comunicazione web etc... ossia tutte le attività che usufruendo
di un "software" offerto a costo zero possano ricavarne vantaggi, e non di
certo quelle attività che mirerebbero a produrre software... la cosa
veramente ridicola è che tutto questo sforzo per distribuire software
gratuito in grande scala in realtà si traduce spesso in risparmio di cifre
modestissime sullo sviluppo di banali gestionali, bah mi pare tanto un
modo come un altro per darsi la zappata sui piedi...
