Newsgroup: it.lavoro.informatica
Titolo: [RM,NA,SA,AV] CV ingegnere informatico cerca di lavoro

NB: Per i dati anagrafici completi e/o altre informazioni mandare una email
a 
vtm.at.libero.dot.it
 (no perditempo e interinali please).
email: 
vtm.at.libero.dot.it
========================================
DATI ANAGRAFICI
[CUT]
Stato civile....:Celibe
Servizio militare:Assolto
Patente..........:A, B
Automunito.......:Si
Titolo di studio.:Laurea in Ingegneria Informatica
FORMAZIONE
. Laurea in Ingegneria Informatica, conseguita presso la Facoltà di
Ingegneria dell'Università di Napoli "Federico II". [CUT]
. Diploma di Perito Industriale Capotecnico.
ESPERIENZE LAVORATIVE
[CUT]
COMPETENZE PRINCIPALI
. Analisi, progettazione e sviluppo di applicazioni stand-alone, di rete o
per internet, con metodologie di ingegneria del software (Pattern, OMT/RUP e
UML) e linguaggi object oriented (C++, Java, C#).
. Analisi, progettazione e sviluppo di Sistemi Distribuiti, mediante
tecnologie middleware. Nello specifico ho acquisito notevole esperienza nei
middleware ad oggetti distribuiti, e CORBA in particolare, nel cui ambito ho
realizzato la mia tesi che realizza l'integrazione di servizi CORBA in
ambienti in cui tale middleware non è disponibile.
. Analisi, progettazione e sviluppo di basi di dati, con progettazione dello
schema concettuale, logico e fisico, del modello Entità-Relazione e di tutte
le procedure SQL necessarie. Oracle, Interbase, MySQL, PostgreSQL, sono
alcuni dei database utilizzati.
. Revisione tecnica e refactoring di codice e architettura delle
applicazioni, con metodi di ingegneria del software.
CONOSCENZE INFORMATICHE
Linguaggi,  ambienti e tecnologie di sviluppo
. C, C++, C#
. Microsoft Visual C++, Visual C++.NET, eMbedded Visual C++ (for Windows
Mobile)
. Microsoft Visual Basic, Visual Basic.NET
. Microsoft Visual C#
. Borland C++Builder, C++BuilderX
. Borland C#Builder
. Borland Delphi/Kylix
. Java, Enterprise Java
. Microsoft .NET Framework
. RUP, Rational Unified Process
. Agile Development, eXtreme Programming
. UML, Unified Modeling Language
. Modello E-R, DFD, schede CRC, ecc.
. HTML, XML.
. Pattern e Pattern Language
. Vari Middleware e meccanismi di RPC (CORBA, ICE, SOAP, ecc.)
Sistemi Operativi
. Unix/Linux
. Microsoft Windows 3.x/95/98/NT/XP.
. Microsoft Windows Mobile for Pocket PC
LINGUE STRANIERE
Inglese: Buono, Francese: Buono.
ULTERIORI NOTIZIE
. Settori di interesse: Informatica, Automazione industriale.
. Figure di interesse: Progettista software, Sistemista, Project Manager.
. Hobby: Viaggi, lettura, sport vari, motociclismo, fotografia.
. Disponibilità a trasferimenti: in Italia.

 ha scritto nel messaggio
news:PIhdc.31213$hc5.1...@news3.tin.it...


 o C++ o C#;
opinione personale molto discutibile.
Bye
Jarod

 non credo a un curriculum dove si mette insieme Java, Delphi e Visual Basic.
[...]
al di la' della discutibile opinione che hai postato, ti chiederei di
fare attenzione al quoting.
grazie.
-- 
FabMind
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 nozioni superficiali.
 
certo, se uno ha 20 anni puo' essere vero...
ma si da il caso che esistano professionisti che lavorano da decenni
e la cosa non mi stupisce affatto ...anzi
chissa' forse un giorno verra' riscoperta la professionalita' e
l'esperienza, e probabilmente le cose andranno meglio.
oggi come oggi va di moda...quanti anni hai? 20, cosa sai fare? niente,
quanto vuoi? 300 euro al mese, OK assunto! 
:-(  
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it


Professionisti?? Ma fatemi il piacere.
Ecco perchè la M$ ha messo sul mercato il NET: perché i programmatori non
avevano capito un acca della tecnologia OLE e della compatibilità delle
versioni.
Non è possibile conoscere tutto lo scibile umano. quel curriculum è include
tutte le principali conoscenze informatiche.
Ps
ho circa 33 anni


Stavo criticando un curriculum esagerato che doveva essere allegato. il
quoting te lo faccio, non ti preoccupare.

 sono solo Java, Delphi, VB
Conosco bene un linguaggio quando lavoro con quel linguaggio. Se ne uso un
altro quello precedente lo dimentico a meno che non li utilizzo entrambi.
Puo' darsi che una persona abbia conosciuto in un periodo della sua vita un
dato linguaggio ma potrebbe non essere in grado di programmare in quel
linguaggio oggi.
Comunque, anche io ho realizzato programmini in quasi tutti i linguaggi
menzionati. Però non ho la presunzione di dire che conosco  un linguaggio
solo per aver implementare con una guida in mano un algoritmo in quel
linguaggio. Dico di conoscere un linguaggio quando ho una totale padronanza
del linguaggio. In caso contrario ho delle nozioni superficiali.
Siccome non posso lavorare con 10 linguaggi contemporaneamente, non posso
avere una totale padronanza di quei linguaggi.

 
Come direbbe Pozzetto....."Eh la madòna!"
LemonJ

 avere una totale padronanza di quei linguaggi.
Questo perchè *tu* se non usi quel linguaggio tutti i giorni te lo
dimentichi ... sorry, it's your trouble ... cmq non mi pare che nel cv parli
di "totale padronanza", li elenca solo nelle conoscenze senza specificare il
livello quindi presumo che se è un essere di questo pianeta alcuni li
conoscerà a fondo altri in modo superficiale ... poi magari è un
talento-genio incompreso dell'informatica mondiale e li conosce benissimo
tutti ... ;-)))
Bye
Jarod

 versioni.
ti stai forse riferendo al problema noto come "DLL Hell" ? vedi
http://tinyurl.com/2eero
perchè se è questo di cui parli Dot Net c'entra relativamente visto che non
è nato "solo" per risolvere questi problemi bensì come modo molto diverso di
pensare lo sviluppo software e l'integrazione di componenti scritti in più
linguaggi ... imho in pratica stai paragonando mele con pere.

 nozioni superficiali.
Generalizzazione non valida.
Ho un collega che lavora quotidianamente con C# e Powerbuilder, se gli
chiedi un'applicazione da sviluppare in 0,2 per scopi interni, te la fa in
Visual Basic. L'assembly per x86 e M68K lo conosce come se fosse la sua
lingua madre. A casa si diletta a programmarsi il cellulare con J2ME o a
smanettare in Perl per le sue "cosucce". Io, che lavoro quasi esclusivamente
in PL/SQL, gli chiedo spesso consiglio e lui, che lo usa molto meno spesso,
lo sa meglio di me. E ha 23 anni.
Esistono, esistono...
Mi sa che qualcuno, in questo NG, ha capito a chi mi riferisco...
Ah, e se non bastasse le sue lingue madri sono due: italiano e tedesco. E
l'inglese lo parla alla perfezione.
bYe
W.
--
Il Presidente: "abbiamo bisogno di personale da assumere, lei cosa sa fare"
Vittorio: "niente, assolutamente niente"
Il Presidente: "senta, e' inutile che dica cosi', tanto come dirigente non
l'assumiamo"
(Adolfo Celi, Enrico Montesano in "Le braghe del padrone", 1978)

 buona parte di quei linguaggi.
non credo.
parla ancora di tesi . . .

 lo sa meglio di me. E ha 23 anni.
Se vuoi puoi chiedere anche a me... se proprio ne hai bisogno.


tu non sei sicuro se sto parlando di quello pertanto il tuo commento č
prematuro.
Cmq XML č la tecnologia base del NET e serve appunto per  "l'integrazione di
componenti scritti in piů
 linguaggi" che tu definisci mela mentre l'OLE serve appunto  per
"l'integrazione di componenti scritti in piů
 linguaggi" che tu definisci una pera.
fai le tue conclusioni.

 parla ancora di tesi . . .
per Corba si ... ma avendo tagliato via dal cv le esperienze di lavoro non
lo sapremo mai (anche se qualche dubbio che siano solo conoscenze teoriche
rimane ... non poteva almeno mettere gli anni totali con un riassunto degli
ultimi 2-3 lavori ? sempre che abbia esperienza, se no ... ;-))

 fai le tue conclusioni.
veramente in .Net l'integrazione di cose scritte in linguaggi diversi
avviene in modo naturale perchè tutto è tradotto-compilato nello stesso
linguaggio intermedio che fa riferimento ad un unico runtime, sistema di
data types, framework di librerie ... insomma è molto di più che un
protocollo per far parlare fra di loro oggetti diversi, sono proprio 2
concezioni diverse di partenza nello sviluppo per componenti.
In COM/DCOM sviluppi software creando oggetti binari incompatibili fra di
loro che si parlano-integrano grazie ad un'interfaccia standard, in .Net
invece da qualunque linguaggio parti ottieni gli stessi oggetti
pseudo-binari totalmente compatibili ... da qui il paragone mele con pere.


La differenza è solo la difficoltà per la creazione dei com/atl.
Il net utilizza per giunta esclusivamente l'associazione tardiva a run-time
e preleva informazioni sui tipi dei parametri dai metadata mentre il com,
utilizzando sia l'associazione anticipata che quella tardiva (a scelta dal
programmatore) preleva le informazioni dalla libreria di tipi presente nel
registro in seguito alla registrazione del componente, libreria o server
exe.
Verò che il VB e il C++ trattano alcuni tipi in modo diverso ma questi
problemi si verificano con le funzioni esportate delle librerie dinamiche
non ActiveX (ecco il noto problema che hai citato). Tuttavia il VB6 ha dei
grossi limiti rispetto ai linguaggi OOP ma non dovuti al COM. Per il Com non
c'è problema. Il net semplicemente semplifica.
La MS, dopo aver reso il S.O. più facile possibile, sta tentando di rendere
la programmazione alla portata di tutti.
Ovviamente sono tecnologie diverse. E' come paragonare l'ADO al BDE  ovvero
due tecnologie di accesso ai dati che in modo diverso accedono a una fonte
dati  ma non accetto il paragone mele con pere.


:-)
W.