Newsgroup: it.lavoro.informatica
Titolo: il system integrator in Italia

Mi sono laureato qualche anno fa e da circa due anni mi occupo di
integrazione di sistemi hardware e sw
su piattaforme posix, per creare sistemi di automazione e di sicurezza,
industriali e civili.
Fare questo lavoro, che in Italia è ancora poco conosciuto, può essere
considerato un privilegio per tanti e tanti aspetti: non capita praticamente
mai un giorno in cui debba fare la stessa cosa e in cui ci si annoi.
E' quello che si può definire un lavoro davvero creativo e intrigante.
Si spazia davvero su tutti gli argomenti, dalle reti ai protocolli
industriali, dall'hw al software. E così un giorno mi capita di dovermi
studiare a fondo i datasheet dei dispositivi che compriamo, un altro giorno
invece devo modificare del software altrui per fargli fare quello che serve
a me (spesso si tratta di modifiche davvero pesanti, al punto da dover
scandagliare e personalizzare il codice di librerie fino alla radice: ho
perso praticamente il conto di tutte le librerie open e non su cui ho messo
mano, specie in C++/C ).
Integrare inoltre non significa solo "mettere assieme pezzi diversi", ma
significa anche estendere il pezzo in sè stesso, al fine di dargli valore
aggiunto (che diventa di conseguenza valore aggiunto per l'intero sistema):
questo implica che spesso occorre lavorare di creatività e farsi venire
l'idea (e ovviamente realizzarla) per cui uno può dire "così sì che il
prodotto è davvero appetibile!"
Un altro giorno ancora devo mettermi in contatto con gente all'estero per
cercare di estrarre informazioni tecniche che non posso trovare in Italia,
su un determinato prodotto o un determinato protocollo, al fine di poterlo
modificare, personalizzare e gestire a mio piacimento nei miei sistemi (e
spesso queste comunicazioni sono assai complicate e bisogna saperle
ottimizzare). Così come mi capita spesso di dover ricercare su internet
strumenti (o in generale tecniche) considerati innovativi (specie open
source) che possano essere integrati con facilità.
Capita con altrettanta facilità che debba trovare il modo far comunicare,
per dire, una scheda di I/O con con una centrale su protocolli di rete
diversi; e ancora: più volte ho dovuto comporre dei sistemi operativi
"custom", pieni di script di tutti i colori, a seconda delle esigenze del
cliente. Così come mi tocca gestire reti aziendali e non, proteggerle,
monitorarle etc. Addirittura mi è toccato occuparmi del lato "legislativo"
di licenze, costi, compatibilità tra licenze etc.
Questo tipo di lavoro ha inoltre il seguente enorme vantaggio: è una vera e
propria palestra per allenare il cervello al cosiddetto "problem solving";
poichè i problemi sono di natura assai diversa e vanno tutti (ovviamente)
risolti nel minor tempo possibile, già dopo alcuni mesi di "allenamento" si
sviluppa nella propria mente una sorta di lista di "tecniche di problem
solving", e ci si stupisce -così come ci si diverte - nell'applicare tale
lista nelle svariate situazioni; ogni problema diventa una vera e propria
sfida ed è impossibile non essere continuamente gratificati o intrigati,
perchè sai che il giorno dopo devi risolvere una sfida diversa e sempre più
interesssante.
Veniamo ora al lato che può essere deleterio di questo lavoro: siccome si
tratta di un lavoro assai di nicchia, in Italia è facile incontrare pesanti
difficoltà nel momento in cui uno per qualche necessità ha intenzione di
cambiare impiego:
Le aziende, le società di consulenza, così come le agenzie per il lavoro, in
generale, sanno cosa fa un integratore di sistemi solo per "sentito dire"; a
differenza di tanti altri lavori in cui ci si concentra su un argomento, per
un integratore di sistemi è praticamente impossibile tenere in memoria una
determinata, tematica appena sviscerata.
E quando capita, può facilmente succedere che il giorno dopo ne deve
affrontare un'altra; pertanto il cervello umano si trova a dover fare i
conti con un insieme di informazioni e di nozioni assai "ingombrante" perchè
la tematica appena sviscerata possa essere fissata in modo persistente:
capita spessissimo di dover approfondire argomenti, essere lì per lì felice
di averli metabolizzati per poi avere il "terrore" di dimenticarli qualche
giorno dopo, quando devi cambiare contesto. Un po' come per gli esami fatti
all'università.
E così quando faccio nuovi colloqui di lavoro (più per curiosità che per
reale interesse: mi trovo assai bene con il mio lavoro e la mia azienda)
capita spesso di trovare l'idiota di turno che, non sapendo cos'è un
integratore di sistemi, inizia a farti domande specifiche ed approfondite su
un unico argomento.
A nulla serve dire: "guarda che io affronto 1000 problemi tecnici diversi
ogni giorno: basta che mi dai un computer e google e in un paio d'ore ti
IMPLEMENTO la soluzione", perchè tanto qualsiasi persona scrive sul proprio
curriculum una frase considerata di routine come: "attitudine al problem
solving".
La cosa ancora più frustrante è quando poi ti fanno una domanda su qualcosa
che hai affrontato per bene, ma che giocoforza non ricordi perchè hai
appunto dovuto fare subito dopo uno "switching di contesto"; in quei momenti
il cervello è come paralizzato ed è assai snervante aver paura di essere
impreciso e pensare "uff, ma guarda tu... questa cosa la sapevo così bene".
E' poi del tutto ridicolo quando ti chiedono "che esperienza hai su questa
piattaforma?"; per carità: ogni azienda ha le sue esigenze, e se un'azienda
costruisce rubinetti, poco le importa di essere esperta di router; quello
che voglio però dire è che quando ad una persona - che usa indifferentemente
da vi o nano per unix, passando per emacs fino agli IDE come anjuta,
kdevelop etc - viene chiesto "sai usare Eclipse?" significa davvero che
durante il resto del colloquio sei riuscito a comunicare neanche l'uno per
cento delle tue qualifiche
Insomma, per me cambiare lavoro a parità di "livello" del lavoro richiesto è
attualmente assai ostico e le richieste di integratori di sistemi HW/SW in
Italia sono pochissime. Va inoltre detto che quelle poche che ci sono spesso
riguardano l'integrazione di sistemi SW: nel mio caso si tratta più che
altro di sistemi HW ed è quindi ancor più difficile trovare qualcosa; le
persone che in generale maturano competenze in altri settori più "fertili"
possono scegliersi dopo un po' la città dove andare a vivere o l'azienda di
proprio interesse. Per me non sarebbe possibile se non sacrificando una
parte del mio guadagno o una parte delle mie abilità acquisite per fare un
lavoro di livello inferiore.
Per fortuna, come scritto su mi trovo bene con la mia azienda e non ho al
momento intenzione di cambiare sede; va però detto che il panorama che mi si
presenta per il futuro non è per nulla confortante se, per un motivo o per
un altro, dovessi abbandonare la mia attuale sede.
Scusatemi per lo sfogo... spero comunque che possa essere utile a chi vuole
avere una panoramica su questo lavoro e mi piacerebbe contattare chi si è
trovato nella stessa situazione mia.
Luca.
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 un unico argomento.
Vero? :(

 Luca.
Nicola


 Inviato viahttp://
arianna.libero.it/usenet/
Quoto completamente quello che dici.
Non per discriminare o sminuire quanto ha fatto Luca, ma, lo ha detto
lui stesso, lavora in un settore di nicchia, quasi ai confini con
R&D.
E non è poco. Ma quante realtà come queste ci sono in Italia?
Non molte. E comunque troppe che preferiscono investire sul
neolaureato/stagista di turno, piuttosto che sulle persone con
esperienza.
Triste a dirsi ma qui, come dice Nicola, e come ho fatto un pochino
(per quello che conta) di esperienza anche io, lo specialista batte il
problem solver al momento, e il mercato, sempre al momento, è
abbastanza fissato sulla manutenzione dell'esistente, piuttosto che
sullo sviluppo di nuovo... e qui giocoforza le competenze già
consolidate
battono quelle da consolidare.

 100%..
Mo' lascia stare st'Eclipse che e' un caso particolare, ma credimi le cose
non cambiano. Ho giusto fatto da poco l'esperienza: GRANDE azienda che deve
mettere su una struttura permanente, pubblica un annuncio richiedendo la
conoscenza di tre sistemi operativi diversi, networking, cazzi mazzi e 
cotillons. Fico, penso, sembra una cosa seria, mo' gli mando un curriculum,
guarda caso mi chiamano e... al dunque s'interessano esclusivamente della
conoscenza su Sun. Ora dico: se ti serve "semplicemente" un sistemista Sun,
allora cerca un sistemista Sun no? Ne trovi certamente di gente che nella
vita fa SOLO quello e costa sicuramente di meno, perche' vieni a far
perdere tempo a me e a te ???


ma io non scrivo proprio niente:), a dire il vero stai facendo tutto tu. E
devo dire che questa è l'ennesima conferma di quanto sia snervante cadere
in pregiudizi di questo tipo.



BRAVO. quoto, straquoto e riquoto.
C'ero addirittura rimasto male a leggere la risposta di "nicola", e mi ero
rassegnato a pensare che non c'è nulla da fare circa i pregiudizi nel mio
campo lavorativo. La tua risposta mi è di incoraggiamento e vedo per
fortuna che qualcuno (come te) capisce quello che invece la miopia degli
altri copre di nero.


 programmazione con cui far dialogare mondi hardware diversi.
E se ci e' arrivata perfino Microsoft, e' tutto dire! Questo e' il top
della prossima generazione di certificazioni:
"The MCA is divided into the broad and product architecture skills tracks with
the broad track further divided into infrastructure and solutions tracks. The
broad architecture skills tracks are not product specific and are vendor
neutral. This is an acknowledgement that most IT environments are not
technologically homogenous, but consist of products from many vendors that must
ultimately be integrated into a cohesive and comprehensive working system."
Magari LORO hanno la forza di farlo capire agli imprenditonti. Non avrei mai
creduto che un giorno avrei finito col ringraziare Bill Gates :))


Il problema che descrivi è tipico di settori molto specialistici.
Possono essere
lavori molto belli, stimolanti, sempre vari. Però se dovesse andar
male qualcosa
(a livello di rapporti personali, di stabilità dell'azienda,
ecc.) ..... sono dolori!
Perchè le alternative sono molto poche.
E' anche questa una scelta di vita: il lavoro bello e stimolante in
cambio di
un orizzonte di alternative per forza di cose ristretto (almeno in
Italia).
Ma questa mi sembra una cosa ovvia, non puoi non saperla se lavori da
anni! Come mai ci racconti la tua delusione in questi colloqui? Non
sapevi che cercavano, poniamo, esperti Java ed Eclipse?

 sapevi che cercavano, poniamo, esperti Java ed Eclipse?
Conoscendo l'andazzo, negli annunci avevano scritto tutt'altro! :/


ti faccio un esempio che spero possa chiarire. Il linguaggio C ha vari campi
di impiego. Lavorando in sistemi posix, Io uso dei miscugli micidiali di C++
e C ogni giorno, applicandoli in parecchi contesti diversi; in generale mi
tocca estendere in tempi rapidissimi librerie di terze parti e questo mi
obbliga, sempre in tempi rapidissimi, a spulciare nel codice altrui
modificandone blocchi con altri blocchi. Questo tipo di approccio è molto
diverso ad esempio da chi deve progettare un driver sempre in C, in cui c'è
necessità di concentrarsi su un determinato aspetto della programmazione
(quella a basso livello), partendo da 0, ma non è affatto più semplice!!!
Immagina un attimo cosa significa frugare praticamente alla cieca nel minor
tempo possibile in quantità di codice grosse, scritte da altri, quasi sempre
senza documentazione, nella speranza di trovare subito la maledetta funzione
da modificare a tuo piacimento. Immagina cosa significa avere di fronte tre
librerie diverse a mo' di scatole nere che ti fanno la stessa cosa e dover
fare una sorta di stima tempi/costi di quale delle tre sia più conveniente
da modificare e in che modo. O ancora, andar giù di doxygen di continuo,
fino nei meandri più assurdi del codice, consultare tremila forum diversi
etc. nella speranza di trovare qualche riferimento o qualcosa di simile al
tuo problema.
Tutto questo è, posso assicurarti, un LAVORO DA MATTI in molti casi. Può
tanto andarti bene al "primo tentativo" quanto può passare una giornata
intera in cui non cavi praticamente un ragno da un buco (e allora devi farti
venire altre idee etc.). Inoltre non ho mai nessuno, ma dico nessuno che può
aiutarmi in tutto questo. E quando le cose non ti vanno bene ai primi
tentativi occorre rimanere a buttare sangue per il resto della giornata (per
fortuna tutto ciò mi intriga, quindi non lo vedo come un problema)
Orbene, qualche giorno fa ho fatto un colloquio per un'offerta di lavoro
nell'embedded; ovviamente ho precisato subito, prima ancora che iniziasse il
colloquio, che non avevo molta esperienza nella programmazione a basso
livello ma che avevo GLI STRUMENTI e L'ESPERIENZA per potermi immergere in
essa nel minor tempo possibile di apprendimento: ebbene, l'idiota che mi ha
intervistato non ha fatto altro che insistere su domande riguardanti la
programmazione di driver, che io non potevo conoscere, arrivando alla
conclusione che io posso essere inquadrato come "sviluppatore junior di
gui".
Devo dire che la cosa mi ha demoralizzato non poco.
Per fortuna è successo qualche giorno dopo un fatto che mi ha "riscattato".
Mi occorreva come al solito modificare una libreria per fargli eseguire
delle operazioni custom. Ho scritto sul forum della libreria per sapere se
c'era qualche modo per fare quello che mi serviva e mi ha risposto l'autore
dicendomi che lui stesso non aveva idea di come farlo e che era interessato
all'argomento. Non avendo altre soluzioni e nessun riferimento, ho dovuto
risolvere il "rompicapo" io stesso (avevo tempo: una giornata). Dopo aver
condiviso la soluzione con l'autore della libreria, quest'ultimo non solo mi
ha ringraziato ma aggiungerà la funzionalità da me implementata nella
prossima release.
Però secondo qualcun altro invece io ero adatto come "sviluppatore junior di
gui".
Tra parentesi, il fatto demoralizzante mi ha spinto ad "aggiornarmi", a mo'
di riscatto personale, sulla programmazione a basso livello: chiaramente sto
facendo il tutto come al solito in TEMPI RECORD, avendo accumulato
l'esperienza descritta nel trovare documentazione, nel filtrarla, nel
provare esempi di codice etc e nel farla funzionare (unita chiaramente
all'esperienza sulla programmazione).
Ribadisco che leggendo alcune risposte date al mio thread ho avuto
l'ennesima conferma di quanto non sia capito il mio tipo di lavoro; secondo
l'opinione comune, altro non è che il classico "tuttofare" di chi conosce
poco e male di tante cose.
Questo è davvero penoso da dover leggere e quando leggo che anche un
neolaureato è adatto per queste cose beh, l'unica cosa che mi viene da
pensare è "ma va' a ciapà i rat"....


 gui".
il giudizio del tipo vale quattro soldi, ovviamente. Però a me sembra
che avere le potenzialità
è una cosa, avere esperienza reale nel campo è un'altra cosa. A tante
persone
non manca un'esperienza "vicina" alla richiesta (nel caso, una buona
conoscenza del C)
e tanta buona volontà.
Se ti senti comunque capace di affrontare senza problemi questi
argomenti, hai
imparato che la prossima volta dovrai dire direttamente: sì, so
programmare i
driver! :-) Direi che non sei stato coerente tra la sicurezza che
senti in te, e quella
che hai mostrato nel colloquio.
Comunque buona fortuna per il futuro!


grasssie


 Conoscendo l'andazzo, negli annunci avevano scritto tutt'altro! :/
Ricordo ancora con ilarità il tizio che mi capitò a un colloquio: era il 
1999 e questo, tra le altre figure, cercava uno che lavorasse in Java DA 
ALMENO 5 ANNI...!
-- 
GC

 differenza in termini di "conoscenza ed esperienza".
Noto con dispiacere che sia tu che Sentenza, vi siete buttati addosso a me,
come "tipico esemplare ignorante della IT italiana"
Al di la delle considerazioni di merito, posso solo dire che ho lavorato per
alcune delle migliori SW house in italia negli anni, e il System integrator
che aggiusta codice in c degli altri per fare dialogare fantomatici apparati
non e' una figura richiesta.
Non so cosa dirvi, per svilupare APPLICATIVI sw non e' richiesto, non serve
oggi e non servira' domani.
Sicuramente un Integratore puro puo' servire in particolari ambiti
industriali, ma nel ciclo clasico dello Sviluppo Software non e' presente.
In qualsiasi testo di Ingegneria del SW, nostrano o di oltreoceano nessuno
suggerisce inquadrare "di ruolo" un "esperitissimo conoscitore delle
integrazioni e abile modificatore del codice C altrui"
Questo purtroppo per voi, non dipende dall'ignoranza italiana, ma dipende
dal comune ciclo di vita del Sofware.
Aggiungiamo che un buon Ingegnere Informatico o Elettronico, laureato in una
universita' seria e che abbia come deovrebbero avere tutti una forte
passione per l'informatica, il C lo mastica come una caramella.
L'integration la ha sempre fatta da quando aveva 12 anni per passione, al di
la dello studio, che poi gli da altri mezzi.
Se avete trovato solo Laurati che non valgono nulla come dite, siete in
parte stati sfortunati e in parte lamentatevi col Sistema universitario
italiano, ma non potete asserire che un Ingegnere di 26 anni non e' uno dei
migliori integratori che possiate trovare, e che l'esperienza la acquisisce
sul campo in tempo brevissimo.
Come vi hanno fatto notare altri, se andate a un colloquio e vi chiedono
Eclipse, e voi non conoscete lo sviluppo di applicazioni web in Java e'
evidente che 3 sono le possibilita' :
-) non avete letto l'annuncio,
-) i siete andati al macello a un colloquio pur non avendo le competenze
richieste dall'annuncio
-) l'intervistatore si diverte come fosse l'1 di aprile a scrivere : cercasi
esperto C e poi quando arrivano i candidati estrae il Jocker con la molla e
gli dice : scherzo scherzetto mi serve un javista eclipse.
Una cosa vi dico per certo, rileggete il mio primo intervento , che voleva
solo essere riflessivo se nella carriera informatica e' meglio
verticalizzarsi su una specializzazione o prediligere una conoscenza piu'
orizzontale e quindi piu' orientata all'integration.
Vi dico ancora di imparare a dialogare civilmente, evitare di insultare un
interlocutore di cui sapete poco o nulla e magari ne sa piu' di voi.
Evitando cosi' di fare figuracce pessime come quella di persone che vanno ai
colloqui e manco sanno di che lavoro vanno a discutere.


 gli dice : scherzo scherzetto mi serve un javista eclipse.
Senti, giusto qualche giorno fa ho avuto un'esperienza mistica: un'azienda con
cui collaboro cerca un sistemista linux *junior*. Le competenze REALMENTE
necessarie sono quelle che ti puoi immaginare per una figura che deve fare
ordinaria amministrazione di lan: conoscenza di linux, apache, rete locale,
il tutto a livello decente ma non trascendentale. Bene, gli dico, ma prima
di pubblicare l'annuncio fatemelo vedere che gli do' una limata e lo
rendo appropriato. Beh, quando ho avuto finalmente il testo in mano puoi
credermi sono CADUTO DALLA SEDIA. Questo e' quello che stavano per far
pubblicare:
"Azienda leader nel campo della comunicazione e del marketing,
ricerca un sistemista *nix con comprovata esperienza, in particolare nella
gestione delle architetture web. Richiesta ottima conoscenza pacchetto
office/mail; ottima conoscenza dei sistemi operativi
(Altro,AS/400,FreeBSD,Linux (Desktop) Linux, Linux (server), Mac OSX,
Solaris/AIX/HPUX/SCO/IRIX,Windows NT/2000 Professional, Windows
NT/2000/2003 Server Windows XP/MC). Ottima conoscenza dei linguaggi.
ASP,APACHE,COLDFUSION,HTML,IIS,JSCRIPT/JAVASCRIPT,PERL,PHP,SERVLET,TOMCAT,VB
SCRIPT,XML). Richiesta conoscenza database:
DB2(IBM),INFORMIX,LUCENE,MYSQL,ORACLE,POSTGRES,SQL SERVER. Piattaforme
proprietarie: ATG,BEA(AS),
BEA(PORTAL),DOCUMENTIUM,JBOSS,JONAS,JRUN(MACROMEDIA),ORACLE,SAP,VIGNETTE,WEB
SPHERE(AS),WEBSHERE(PORTAL). Programmazione .NET,BORLAND C++
BUILDER,BORLAND JBUILDER,C,C#,C++,COM/COM+/DCOM,CORBA,DELPHI,JAVA (J2EE),
JAVA (ME), jAVA (STANDARD),PERL,SHELL UNIX,VISUAL BASIC,VISUAL C++, VISUAL
STUDIO."
Il fatto e' - avendolo toccato con mano lo posso dire con certezza - che gli
annunci si fanno preparare agli amministrativi, che nel dubbio ci buttano
dentro tutto quello che sanno (o non sanno) delle attivita' dell'azienda.
Ora quest'annuncio fortunatamente non uscira' mai, ma avrebbe potuto; e chi
si fosse presentato, come sarebbe rimasto scoprendo cosa era REALMENTE
richiesto ???
PS: a proposito, la posizione, quella vera :) e' comunque aperta (a Roma),
se a qualcuno interessa posso dare maggiori informazioni...

 STUDIO."
Ma prima di andare a un colloquio gli telefonate a qualcuno ? Ci parlate,
gli chiedete informazioni specifiche ?
Se e' vero come pare che siete anche di una certa eta' riuscirete a capire
che tipo di lavoro c'e' in ballo ?
Comunque se il vostro post voleva essere una lamentela contro amministrativi
e intervistatori, scusatemi ma mi ritraggo subito perche' non me ne va e non
me ne viene di perdere tempo a lamentarmi degli HR.
Se invece si cercava di capire come muoversi quando si hanno competenze
orizzonatali non specialistiche, vabbe' , cambiate registro e dimostrate di
avere la pacatezza serenita' e esperienza che sbandierate ai 4 venti.
Nicola


 interlocutore di cui sapete poco o nulla e magari ne sa piu' di voi.
per dialogare civilmente occorre che la testa dell'interlocutore sia un
minimo sgombra da pregiudizi e preconcetti. Tu sei venuto a far la morale
(ricordo il tuo fare paternalistico sul primo post, quando scrivevi "e non
venirmi a dire che..." ) su qualcosa che, non c'è nulla da fare, NON
CONOSCI.
Comunque, sta' tranquillo per i colloqui. Lo studio procede bene: tra un
paio di mesi il cosiddetto "specialista" (nel senso ottuso del termine,
ovviamente) me lo rigiro come un calzino


 che tipo di lavoro c'e' in ballo ?
Se parli con la segretaria, che tutto quello che sa e' quello che c'e'
scritto in quell'annuncio, pensi di riuscire a scoprire molto? Per
esperienza diretta, chi si occupa di contattare i candidati non ha MAI le
cognizioni necessarie - qualcuno "in alto" gli ha detto di contattare
Tizio Caio e Sempronio e lo fa. Ma, certamente, sono sicuro che quando
chiami tu non hai che da chiedere e la segretaria ti mette immediatamente
in linea col Direttore Generale, senza fiatare alcunche'. Eh, l'autorita'!


ROTFL!!


 Inviato via 
http://arianna.libero.it/usenet/
Nicola



Vedo che per te il mondo IT è il mondo delle software house, degli analisti
e degli sviluppatori: sei un irrimediabile manicheo.
Per me no. Ho fatto parte di questa terrificante realtà (e quindi della
terrificante gavetta dello "sviluppatore") per un paio di annetti dopo la
laurea; ora per fortuna ne sono fuori.
Vedo che per te invece è l'unico tipo di realtà possibile .... e questa sì
che è fantozziana!
Per te il mondo dell'IT è fatto di tanti schiavi che sviluppano tonnellate
di codice da vomito, per poi passare, se fortunati, al ruolo di negrieri (i
cosiddetti "analisti", cioè quelli che coordinano un team di schiavi); e
così via fino ai project manager (tutta roba tipica delle aziende di servizi
in ambito gestionale): guadagni di più, scrivi meno codice e più power point
e sei a tua volta schiavizzato dalle gerarchie superiori. Bella
soddisfazione per tutti, eh.
Ti sei mai fatto un giro in qualche realtà INDUSTRIALE ? In qualche realtà
dove magari devi scrivere NON tonnellate di codice da vomito per la pubblica
amministrazione, ma un modulo STABILE chesegnali lo stato di funzionamento
di un dispositivo?
Credimi, l'informatica è anche lì e lì non c'è il mondo dei project manager,
degli analisti e degli sviluppatori, ma c'è il ruolo degli ingegneri che
progettano SISTEMI (ma vedo che la tua testa è totalmente impermeabile al
concetto di "sistema"), NON programmi.
Nota bene, io non ce l'ho con te: il tuo post mi è stato utile al pari di
quelli "sentenza": nella tua totale incomprensione dell'argomento ho rivisto
la stessa faccia beota di chi mi ha fatto e di chi mi ha proposto il
colloquio e di chi mi ha proposto; ho cioè finalmente "metabolizzato"
davvero l'accaduto (forte anche del fatto che per fortuna "sentenza" ha
capito di cosa parlassi): ora so ad esempio che al prossimo colloquio (se
dovesse capitare) andrò coi piedi di piombo nello spiegare cosa fa un System
Integrator e quali sono le mie competenze.
Un piccolo consiglio, però, se posso (ma mi permetto di farlo dato che tu me
ne hai forzatamente dati tanti a sproposito): quando rispondi a qualcosa, in
primo luogo documentati. Questo è più utile a te che a me; a me sarebbe
utile se si documentasse chi fa selezione del personale ma la vedo dura


 STUDIO."
Si sono dimenticati "che sappia lottare a mani nude con gli orsi polari 
e che riesca a correre la 24h di LeMans in 23h"...
-- 
GC