Newsgroup: it.lavoro.informatica
Titolo: Programmatore VB6 "entusiasta" cercasi

Senza molti preamboli o giri di parole, ho un grosso progetto da sviluppare 
ed un canale commerciale già avviato che aspetta di distribuire il prodotto 
finito, che poi è la mia precedente azienda dove ho lavorato per 15 anni. Si 
tratta della quarta revisione di uno dei sistemi più importanti in Italia di 
automazione radiofonica, quindi un settore particolare e a mio avviso molto 
stimolante nel quale lavoro appunto da oltre 15 anni. Sto cercando un 
programmatore che abbia una buona conoscenza di  VB6,  SQL e delle tecniche 
di accesso ai dati tramite ADO che mi affianchi e mi dia una mano nello 
sviluppo di questo progetto. La sede di lavoro è a Milano Ovest. Posso 
offrire contratto a P. Iva, tariffa giornaliera non molto alta ma 
interessante premio produzione a lavoro terminato. Tempo previsto per lo 
sviluppo 6/8 mesi, disponibilità da Ottobre.
Non dispongo di grossi budget nè di uffici a vetri al centro di Milano con 
segretarie coscialunga (purtroppo) ma offro onestà, professionalità e 
soprattutto un'ottima occasione per entrare in un progetto dalle grandi 
potenzialità e dai sicuri sviluppi futuri, per cui scrivete solo se mossi da 
grande entusiasmo e passione a 
infochiocciolagiftec.it
 (sostituite 
ovviamente chiocciola con l'apposito carattere). Se poi oltre alla passione 
per la programmazione avete anche quella della radio o della musica in 
generale, meglio ancora.
Ultima cosa: non inviate curriculum a vuoto, preferisco che mi diciate 
qualcosa di voi e mi lasciate un recapito tramite il quale metterci in 
contatto per fare una chiacchierata senza impegno piuttosto che un asettico 
elenco di esperienze lavorative, quelle vanno bene per le 
"SuperMegaAziendeLìder" ecc. ecc
Grazie a tutti
F.G. 

hai già provato a chiamare il "museo egizio" ???
bye

 ha scritto nel messaggio 
news:46a043e6$0$36439$4faf...@reader5.news.tin.it...


 ....immagino volesse essere una battuta ma sinceramente non l'ho capita...
Visual basic 6!?!?! E' del secolo scorso... 
-- 
__________________________________________________
Luc (34, CO)
MS Visual Studio developer - Programmer since 1985
__________________________________________________

 bye anche a te
Penso si riferisca al fatto di utilizzare vb6, linguaggio ormai
piuttosto vetusto.
Lucazeo

 Visual basic 6!?!?! E' del secolo scorso... 
macche' secolo.... millennio!
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 ha scritto nel messaggio 
news:MPG.210a8249d...@news.fastwebnet.it...


 si, ma quanto ci vorrebbe?
se fai il porting da vb6 a 
vb.net
 non credo ti ci voglia poi molto...


Se fossero applicazioni più o meno standard (grafica standard, controlli 
Windows sstandard) con funzionalità più o meno standard (accesso ai dati, 
report ecc.) ti direi di si, ma considerando che si tratta di applicazioni 
con funzionalità audio particolari, che utilizzano molto la tecnologia COM, 
che utilizzano particolari tecniche di condivisione dati e comunicazione via 
rete e, non ultimo, che si tratta di circa 50 moduli composti ognuno da 
migliaia di righe di codice scritto non sempre in modo ortodosso (leggi: 
l'importante è che funzioni), ti dico che un porting automatico o anche semi 
automatico è da escludere a priori, a meno di non volersi ritrovare con un 
malloppo di codice che funziona male con bug nascosti chissà dove che 
uscirebbero chissa quando, che è molto ma molto peggio di qualcosa che non 
funziona del tutto.
Tra parentesi, per mia curiosità personale qualche giorno fa ho provato ad 
importare uno dei moduli meno complessi in VS2005: risultato, dopo circa 20 
minuti di lavoro mi sono trovato un progetto di VS contenente tutti i moduli 
convertiti ma completamente inchiodato. File di paging oltre il giga e CPU 
al 100% per qualunque operazione provassi a fare, anche un semplice click su 
un form.
Insomma, mi viene da chiedere a VS scusa per aver osato provarci :-)
"fly" <flavykNO...@YAHOO.FRR> ha scritto nel messaggio 
news:f7psgv$os7$1...@news.newsland.it...


 se fai il porting da vb6 a 
vb.net
 non credo ti ci voglia poi molto...
A me sta frase mi è sempre sembrata una scemata, senza offesa. 
VB.NET
 ha
un po' di sintassi e qualche istruzoine in comune con VB6, il resto è
tutto diverso.
È come dire "facciamo il porting da VB a Python", lo sforzo è il
medesimo.
Se devono considerare un porting, quale sia il linguaggio o tecnologia
di destinazione, penso che lev alutazioni da fare cambino, e di molto
-- 
Lawrence, 
oluyede.org
 - 
neropercaso.it
"It is difficult to get a man to understand 
something when his salary depends on not
understanding it" - Upton Sinclair

 ha scritto nel messaggio 
news:1184918248....@r34g2000hsd.googlegroups.com...


 Insomma, mi viene da chiedere a VS scusa per aver osato provarci :-)
se e' per questo non e' automatico neanche il porting da VS2003
A VS2005  figurati un po' :-/  


 di destinazione, penso che lev alutazioni da fare cambino, e di molto
guarda credo ci siano degli strumenti 'quasi automatici' in vs2003
che permettono il porting,(premetto io mai provati) poi chiaramente che
funzioni o che bisogna
'riadattarlo' e' un altro discorso, visto che come dico in altro post 
ci sono problemi anche da vs2003 a vs2005


 ci sono problemi anche da vs2003 a vs2005
"automatico" e buona programmazione cozzano, almeno a casa mia.
Un conto č un generatore di codice a-la Rails, un conto č un tool che si
inventa una mega applicazione che poi io devo solo "sistemare"
Su su, quel genere di progetti č proprio quello da non "portare"
automaticamente


 automaticamente
6-7anni fa facemmo un porting da db sqlserver a oracle
con centinaia di procedure, tabelle trimmer ecc... per azienda leader(con
la ea non con la i) e ti devo dire che 'l'automatico' ci dette una mano
non indifferente...vabbe' non e' la stessa cosa, pero'...


 'riadattarlo' e' un altro discorso
Confermo, anche da noi, chi programma in Basic ( :P ) ha convertito e poi 
adattato il tutto... VB6 è troppo SCARSO. :) 


 hai già provato a chiamare il "museo egizio" ???
lol
fammi capire
le aziende per/con cui lavori tu, fanno sviluppare da zero i software
gestionali (e simili) ogni volta che a microsoft gira il culo (scusa il
francese) di restylare in modo più o meno significativo visual studio?
d.
-- 
Sai quelli che dicono: «Uno torna la sera a casa stanco...».
«Che strazio questo che torna sempre a casa stanco. Lo detesto.
Ma non tornare a casa! Sei stanco? Muori!». 
                                             ### E. Vaime

 francese) di restylare in modo più o meno significativo visual studio?
Da noi si, stiamo sempre updated. E non c'è bisogno di ripartire da zero... 
Questo non vuol dire cambiare linguaggio (es: C++ -> C#), ma "solo" ambiente di 
sviluppo.
Le ditte che non lo fanno sono dei pachidermi informatici. IMHO, ovvio.


 --
qui sbagli di grosso...
vb.net
 e' tutta un'altra cosa.

 Le ditte che non lo fanno sono dei pachidermi informatici. IMHO, ovvio.
come idea generale hai ragione. poi dipende (IMHO, ma nemmeno troppo) dal
tipo di realtà in cui ci si muove... ad esempio una cosa è lavorare con
uffici, una cosa è lavorare con fabbriche e linee di produzione...
cia'


 non indifferente...vabbe' non e' la stessa cosa, pero'...
Si beh, non dico che i tool siano inutili però ammetterai che passare da
un dialetto all'altro di SQL è un pelino più facile che cambiare
paradigma e architettura. Il tool ti aiuta fino a un certo punto. I
programmatori vanno formati. Non possono portare un robo da vb6 a 
vb.net
senza avere una buona conoscenza del tool di destinazione e di partenza.


 qui sbagli di grosso...
vb.net
 e' tutta un'altra cosa.
sara' a oggetti sara' su piattaforma .net sara' tutto quello che vuoi
ma e' stato concepito proprio (a differenza di c#) per agevolare chi aveva
progetti fatti in vb6 e non fargi buttare il tutto...
infatti se dovessi consigliare a uno nuovo gli consiglierei di partire
(se vuole programmare .net) subito con c# e non guardare 
vb.net
sempre IMHO



curiosando, ho letto per caso questo tuo messaggio e mi sono venuti i
brividi... e sto valutando l'ipotesi di non leggere piů tali post
perchč ridicoli!

 Le ditte che non lo fanno sono dei pachidermi informatici. IMHO, ovvio.
Cambiare *SOLO* l'ambiente di sviluppo.
Il cambio da VB5 a VB6 e' stato indilire, ma per andare a .NET e' un
percorso "leggerissimamente" diverso.
Di compatibile c'e' poco piu' che il nome del linguaggio
Comunque, qua in USA, VB6 e' ancora molto usato.
P

 di accesso ai dati tramite ADO che mi affianchi e mi dia una mano nello 
Allora non sono l'unico che lo usa ancora :-)
Mi sono trovato a fare un pò delle cose che chiedi ed ero un purista che 
veniva dal vc++ e dal j2ee.
Meno male che nello stesso tempo dallo stesso cliente mi occupo anche di 
Compiere/oracle e un pò di analisi di sistemi.
Tanti auguri per lo sviluppo.
-- 
cordialmente
Mistero a Milano

fly wrote:
::
:: se fai il porting da vb6 a 
vb.net
 non credo ti ci voglia poi molto...
a capire che non serve a niente :-)

 se fai il porting da vb6 a 
vb.net
 non credo ti ci voglia poi molto...
che è, una sign?


 6-7anni fa facemmo un porting da db sqlserver a oracle
non è il concetto di "porting" che non funziona. è il porting da vb6 a
vb.net
 che crea dei mostri.


 hai già provato a chiamare il "museo egizio" ???
^_^ simpaticone !
Ha chiaramente detto che il prodotto è in pista da parecchio tempo. 
Probabilmente un porting in un ambiente più moderno non è solo costoso ma 
decisamente rischioso.
Non schifiamo troppo VB6 ed ADO ... ad alcuni di noi (me compreso) ha dato 
di che vivere per qualche annetto !
SG 

 Visual basic 6!?!?! E' del secolo scorso...
E quindi di programmi fatti con VB6 in giro ce ne sono a tonnellate. Di 
questi occorre fare la manutenzione. Anche se Microsoft non dà più 
assistenza su VB6 ... nessuno vieta di programmarci ancora !
SG 

 se fai il porting da vb6 a 
vb.net
 non credo ti ci voglia poi molto...
Per carità ! Non ne ho mai visto uno andato a buon fine ! Soprattutto con il 
tool automatico si è sicuri che NON andrà a buon fine, troppa roba da 
risitemare a valle !
SG 

 VB6 è troppo SCARSO. :)
urca, che analisi approfondita.
comincio a pensare che tutte queste risposte a te in questo thread siano
state le cosiddette perle ai porci.


 assistenza su VB6 ... nessuno vieta di programmarci ancora !
E' un cane che si morde la coda: fare un porting vero, senza limitarsi
a ricompilare (dove possibile) vuol dire praticamente riscrivere il
software, quindi nel 90% dei casi non si fa (perché la maggior parte
di questi applicativi è "in manutenzione" e nessuno paga una
riscrittura). Ma finché non viene riscritto ti ritrovi roba del secolo
scorso che in qualche modo devi tenere in piedi a forza di pezze. E il
vero problema del VB6, che di per sé sarebbe facilmente emulabile da
un compilatore ad hoc, ma di tutta l'architettura COM/DCOM, che in
qualche modo dovresti portarti appresso.
m.

 qualche modo dovresti portarti appresso.
Vero, ma la stessa Microsoft di applicativi 100% .Net ne ha sfornati pochi,
tutti, compreso Office 2007, hanno la loro base COM.
Detto questo e aggiunto che le aziende non cambiano il loro parco macchine
cosě spesso usare ancora VB6 non č cosě assurdo, anzi a volte č l'unica
soluzione possibile.
Ciao
PaF (che usa sia VB6 che VB 2005)

 pochi, tutti, compreso Office 2007, hanno la loro base COM.
Per forza, scrivere completamente con .NET significa riscrivere tutto
da zero. Ora, al di la dell'opportunità, è uno sforzo non da poco.
-- 
Ciao!
Luca



Già, e se non lo fa Microsoft con la forza lavoro e i soldi che ha, perché
dobbiamo farlo noi ? :-P
PaF

 perché dobbiamo farlo noi ? :-P
Beh, io oggi, se avessi un progetto che parte da zero, lo scriverei
sotto .NET, con tutto quel che penso di questo framewotk (LENTOOO).
Io penso che la transizione non sia uno switch-off, sia un processo
mooooooolto graduale.
-- 
Ciao!
Luca

 urca, che analisi approfondita.
Non ho tempo da perdere con chi programma in VB6. Io, me medesimo, ci 
implementai i dizionari Garzanti, venduti in tutta Italia. Nel 1998. Già al 
tempo era una cosa "pittoresca".... 


 percorso "leggerissimamente" diverso.
Questo non vuol dire cambiare ambiente di sviluppo, ma linguaggio! Forse mi 
sono spiegato male.... (?) 


 di che vivere per qualche annetto !
Certo, ma è ora di basta. Anche io ho fatto un bel po di introiti grazie ad 
Amiga... Ma era il secolo scorso... 


 Nel 1998
Ops, 1995, per Win 3.11. 


 tempo era una cosa "pittoresca"....
Cappero, tu si che ce l'hai duro.
PaF

 Cappero, tu si che ce l'hai duro.
Non volevo far notare la mia lunga esperienza, non ne ho bisogno qui su ILI, ma 
solo l'anno (secolo) in cui si usava VB6. 


 sono spiegato male.... (?)
Malissimo.
Non cambi 'solo' linguaggio ma paradigma.
Ed il cambio di mentalità non è così banale...
SG

 adattato il tutto... VB6 è troppo SCARSO. :)
Perdona la brutalita', ma se pensi che VB6 sia scarso allora non lo
sai usare.
E' un linguaggio che ha una sua collocazione, e se lo usi BENE puo'
fare delle cose veramente interessanti.
Esempio... ricalcolo e ottimizzazione del percorso dei segnali
internamente ai chip della famiglia Pentium.
P

 internamente ai chip della famiglia Pentium.
Mi sfugge come questa cosa sia prerogativa del VB6, mi spieghi?


 Mi sfugge come questa cosa sia prerogativa del VB6, mi spieghi?
Nessuna prerogativa, ovviamente.
Pero' il programma che lo fa e' in VB.
Voglio dire solamente che VB non e' un linguaggio "Secondario", ci si
possono fare delle cose veramente interessanti, se lo si usa bene.
P

 possono fare delle cose veramente interessanti, se lo si usa bene.
in effetti richiamando componenti e librerie scritte in altri linguaggi 
si possono fare cose veramente interessanti... :P

 possono fare delle cose veramente interessanti, se lo si usa bene.
Beh essendo Turing completo è ovvio :-D


 si possono fare cose veramente interessanti... :P
<g>
Infatti non mi quadrava molto il fatto che VB potesse dialogare con il
chip :-P


 chip :-P
Infatti non lo fa :-)
Il programma prende il disegno dei Pentium e ricalcola il percorso
ottimale del segnale spostando, se occorre, i transistor o i gruppi di
transistor.
Termine tecnico: "Dye Shrink"
So che e' stato usato fino al Pentium 3, non so se lo usano ancora.
P

Luca Menegotto wrote:
:: PaF wrote:
::
::: Già, e se non lo fa Microsoft con la forza lavoro e i soldi che ha,
::: perché dobbiamo farlo noi ? :-P
::
:: Beh, io oggi, se avessi un progetto che parte da zero, lo scriverei
:: sotto .NET, con tutto quel che penso di questo framewotk (LENTOOO).
Non è poi cosi lento. 

 internamente ai chip della famiglia Pentium.
Ragazzi, programmo ininterrottamente dal 1985, come da sign. Non venite a dirmi 
che OGGI vb6 ha ancora ragione di esistere per applicazioni "serie". Mi state 
facendo girare il belìn... :-/ 


 possono fare delle cose veramente interessanti, se lo si usa bene.
Si e no. Mi spiego. Se resti in ambito VB6, puoi fare pochino. E' vero
che puoi fare ampio ricorso alle API, e i programmi 'ben fatti' che ho
visto scrivere (e i pochi che ho scritto io) questo fanno, pero' a quel
punto io quasi quasi preferirei qualcosa che mi consenta di farlo in
modo naturale (C++).
-- 
Ciao!
Luca

 Non č poi cosi lento.
Secondo me č un mantra che si dicono i progettisti. Tutte le
applicazioni che ho scritto io, e tutte le applicazioni che hanno
scritto miei colleghi, sono piů lente di applicazioni che fanno la
stessa cosa in VB6. E ho detto tutto.
-- 
Ciao!
Luca

 modo naturale (C++)
Quel "preferire" necessita di conoscenze che il programmatore medio VB non 
ha... :) 




Per me il problema delle applicazioni .Net č:
1) Il cold start (quando il framework deve essere caricato al primo lancio
di una applicazione managed), su un pc non aggiornato č davvero *lento*
2) l'occupazione di memoria, spaventosa per applicazioni che fanno uso di
web services, qualche componente di terze parti etc.
Dal secondo punto, a differenza di quanto dice Luc, deriva che VB6 č ancora
utile anche per applicazioni *serie*, per esempio in ambito industriale (ma
non real time). Un pc industriale tipico ha 256 MB di RAM, un processore di
vecchia generazione, in un contesto simile .Net non č il massimo
PaF

 facendo girare il belìn... :-/
Dipende. Cosa intendi per 'applicazioni serie' ?
Se intendi applicazioni complesse con architetture molto strutturate,
ti dò anche ragione, ma devi valutare anche il costo di un
'rifacimento', perchè quello è, di un pregresso VB6 f u n z i o n a n
t e.
Per inciso ... 'applcazione seria' non è una definizione oggettiva.
Per ogni cliente la sua è un'applicazione 'seria' anche se serve solo
a far giocare il pupo e tenerglielo fuori dai maroni per tutta la
giornata ^_^
SG

Luca Menegotto wrote:
:: GdG wrote:
::
::: Non è poi cosi lento.
::
:: Secondo me è un mantra che si dicono i progettisti. Tutte le
:: applicazioni che ho scritto io, e tutte le applicazioni che hanno
:: scritto miei colleghi, sono più lente di applicazioni che fanno la
:: stessa cosa in VB6. E ho detto tutto.
A me invece è capitato il contrario,  sono TUTTE molto più veloci.

Luca Menegotto wrote:
:: GdG wrote:
::
::: Non è poi cosi lento.
::
:: Secondo me è un mantra che si dicono i progettisti. Tutte le
:: applicazioni che ho scritto io, e tutte le applicazioni che hanno
:: scritto miei colleghi, sono più lente di applicazioni che fanno la
:: stessa cosa in VB6. E ho detto tutto.
Sono applicazioni che lavorano con database?

 stessa cosa in VB6. E ho detto tutto.
Ho avuto esperienze in entrambi.
Applicativi in VB6 lenti ne ho visti, fatti e limati. I metodi per
farlo ci sono e sono legati alla conoscenza del mezzo.
Identicamente applicativi in 
VB.NET
 / C#. Il mezzo è diverso e quindi
i modi per ottimizzare il codice ed 'evitare le cappellate' sono per
forza di cose diversi.
A parità di conoscenza dello strumento e dei metodi di ottimizzazione
penso che .NET, una volta passato il cold start, sia decisamente più
veloce.
Certo è che occorre porre attenzione a cose che con VB6 venivano date
per scontate ed erano un po' 'guidate'.
La gestione delle stringhe in primis, il come interfacciarsi con un
database ed operare sui dati in seconda battuta, per citare due
esempi.
L'interazione con COM è decisamente peggiorata, ma ovviamente è stata
fatta una scelta per mantenere la compatibilità, non l'efficienza.
SG

 stessa cosa in VB6. E ho detto tutto.
Mah... io potrei dirti l'esatto contrario.... ma forse perchè non sono mai 
stato molto bravo in vb6... 

 facendo girare il belìn... :-/
Ogni linguaggio ha la sua collocazione.
Sviluppare in VB6, anche se obsoleto, ha dei vantaggi su piccole
applicazioni desktop.
Comunque, attualmente sto lavorando con C#.
P

 Comunque, attualmente sto lavorando con C#.
Dalla luna al sole... ;) 


 Dalla luna al sole... ;)
E, in alcuni casi, viceversa...
Per certe cose che faccio in 30 minuti con c#, in VB ce ne avrei messi
meno di 10.
P