Newsgroup: it.comp.lang.visual-basic
Titolo: Cobol => VB

Ciao a tutti, avrei una semplice domanda ....
 
quali sono i vantaggi della programmazione in Cobol rispetto al VB (e 
viceversa)??
 
Thanks
Andrea
--
Posted from 213.213.4.248 by way of 
smtp1.libero.it
 [193.70.192.51] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

quali sono i vantaggi della programmazione in Cobol rispetto al VB (e
viceversa)??
Vantaggi?
Poche idee ma confuse.
Mi avevano insegnato che non si possono mettere a confronto oggetti
'diversi' come mele e pere.
Sono linguaggi completamente diversi con scopi completamente
differenti.
Dipende dal lavoro che devi eseguire quale strumento adottare.
--
 
federic...@planet.it
Eliminare NOSPAM dall'indirizzo! Delete NOSPAM from address!

Sono d'accordo sul fatto che siano due cose e due mondi diversi, ma comunque
se ti riferisci alla creazione di un gestionale in VB, secondo me la cosa è
realizzabile... io ci sto provando e le soddisfazioni non mancano...
Ciao e ... buon lavoro !!!
Filippo

 Dipende dal lavoro che devi eseguire quale strumento adottare.
Devo fare un programma di contabilita'. VB lo conosco abbastanza bene (lo
uso da circa 3 anni, sono MCSD), il cobol non lo conosco per niente.
Il SO utilizzato e' windows.
Nell'azienda in cui lavoro preferiscono usare il cobol (avevano gia' fatto
un programma di contabilita' "in casa"), per cui dovrei mettermi a studiare
questo linguaggio. Volevo solo capire se esistono vantaggi nella
programmazione in cobol del tipo:
- velocita' di esecuzione
- facilita' del linguaggio per un neofita (considerando che la sintassi Vb
e' tutto sommato molto semplice da apprendere)
- facilita' di manutenzione dei programmi (suppongo che in VB sia se non
altro piu' facile trovare programmatori)
- ecc...
Thanks
Andrea

....per quanto riguarda la velocità tendenzialmente il COBOL è interpretato
(Io uso il Cobol della Rayan-McFarland), dipende dal prodotto che usi,
questo facilità la portabilità (Il progetto è ad uso interno o devi
distribuirlo? Quale COBOL usi?).
Dove lavoro abbiamo riportato le nostre procedure da UNIX a Win e se
l'elaborazione avviene localmente è soddisfacente ma ci sono problemi di
prestazioni se il DB è remoto
Diciamo che la facilità con cui generi i form in VB non ha paragoni con la
difficoltà in COBOL di generare le videate con l'Istruzione DISPLAY riga per
riga (o forse usi la SCREEN SECTION?).
Ma al di là dell'aspetto di visualizzazione dei dati è chiaro che la
difficoltà/arte della programmazione rimane.
Indipendentemente dal linguaggio che usi.
Personalmente ritengo grave l'assenza di variabili locali e la difficoltà di
passaggio dei parametri nei sottoprogrammi (nel senso che devi definire le
aree in comune, caricare una alla volta i campi, chiamare il sottoprogramma,
recuperare i valori di ritorno) deve apparire alquanto oscura e laboriosa
per chi finora ha lavorato in VB.
Sviluppare un progetto dipende molto da quale patrimonio di sottoprogrammi
COBOL hai a disposizione. Io lavoro sul COBOL da più di 16 anni ma non avrei
il coraggio di partire da zero.......)
Ricorda inoltre che devi gestire l'integrità dei dati e le dipendenze e il
linguaggio in sè non ha l'accesso ai DB relazionali (Anche se alcuni
distributori propongono delle soluzioni, io non le mai esaminate..).
Sondaggio: Sei proprio sicuro che esistono più programmatori VB che in
COBOL? (ricorda che COBOL e RPG sono stati,e forse lo sono ancora, dominio
sugli elaboratori IBM)
Vantaggio? Non è difficile impararlo.
A proposito: in16 anni non ho mai avuto problemi sui file nel senso che sono
sempre integri, (a meno che non cada la tensione...).
 Anzi: problemi di integrità li ho incontrati in queti ultimi due anni
quando ci siamo spostati su Windows.
Altro?
Ciao
Giovanni


Premesso che non uso il cobol da 15 anni (non so quindi a che livello sia
oggi il cobol...), (ebbene si' sono un vecchio matusa..:-))..) sicuramente
VB ha dei vantaggi nella velocita' di sviluppo (cobol non e' certo un
linguaggio RAD !!!), nell'integrazione con windows (cobol non e' comunque un
linguaggio nato per windows...), nella facilita' di manutenzione del codice
(il codice cobol e' molto prolisso...), nell'integrazione coi database
(almeno coi database microsoft, se usi oracle o db2 magari i vantaggi si
riducono...).
Pur non essendo un mostro di velocita', vb penso sia sicuramente piu'
performante del cobol...
Riguardo la difficolta' ad imparare il linguaggio, cobol non e' difficile,
ma e' totalmente diverso da vb, anche se so che esistono addirittura
implementazioni object-oriented del cobol ...
Riguardo la facilita' di reperire programmatori, cobol e' sicuramente ancora
uno dei linguaggi piu' usati al mondo, ma non certo in ambiente windows...
In conclusione, oggi come oggi non ha senso per me sviluppare gestionali per
windows in cobol !!!!
Ciao
Lorenzo

 wrote in message
FV168D$IzmP5Cofcf99UY9vXFhxdwN3...@libero.it...
Ciao a tutti, avrei una semplice domanda ....
quali sono i vantaggi della programmazione in Cobol rispetto al VB (e
viceversa)??
Non ci pensare su e vai col VB!!!
detto da un altro matusa che li ha provati tutti.....
il barbi

 windows in cobol !!!!
in linea di massima concordo completamente (anche sul matusaggio :) con
lorenzo, pero' se -- mi sembra fujitsu -- hanno messo fuori un visual cobol,
sospetto che qualche prospettiva di impiego l'abbiano vista, magari per
semplificare qualche porting o aggiornamento di applicazioni che girano da
anni in cobol.
che cobol e vb siano *totalmente* diversi, lo sosterrei fino a un certo
punto. prob dipende molto dall'(eventuale) esperienza del programmatore. io
nei passaggi cobol -> clipper -> vb non mi sono mai sentito spaesato, cosa
che invece ho provato e provo ogni volta che mi affaccio su delphi e
soprattutto c. per quanto riesco a capire, prob uso il vb al 5%, e magari
maluccio, ma per quel che mi serve mi basta. e' che in c e' diverso anche
quel 5% ... :)
sul wincobol non ne so purtroppo nulla di piu', avevo visto un overview
veloce ultimamente, ma non mi ricordo su quale rivista. mi sembra
addirittura, ma potrei anche sbagliarmi, che ce ne fosse una versione free,
sempre rad. magari prova su altavista cobol+windows o simili.
ciao, a.


non ho esperienza diretta di programmi scritti con le ultime implementazioni
cobol,  ma come struttura di programmazione cobol e vb sono (o forse erano)
decisamente distanti...
Certo, se si usa vb per sviluppare applicativi contabili/gestionali
concettualmente non e' difficile passare al cobol, molto piu' difficile
passare a c/c++ o delphi...
Personalmente ritengo che oggi vb su windows sia un po' quello che era (e'
??) cobol su sistemi dos/mainframe anni fa, prova ne sia che la grande
maggioranza di applicativi contabili/gestionali su piattaforma windows
esistenti oggi in Italia sono scritti in vb (ne ho visionati una trentina e
so di cosa parlo !).
Ciao.
Lorenzo

 ??) cobol su sistemi dos/mainframe anni fa
totale consonanza con te. per il mondo dos aggiungerei il clipper, che vedo
ancora girare tanto anche su w9x...
ciao, a.

Elimina NoSpam per scrivermi<

Andrea
Io programmo sia in Vb che in cobol, più precisamente in ACUCobol for
windows. Questo è una forma di linguaggio cobol che promette molto bene,
volendo e dotato di ambiente RAD, nell'ultima release (5.0) può chiamare dei
controlli ActiveX, e sopratutto essendo interpretato i programmi,
specialmente quelli che effetttuano solo elaborazioni Batch sono eseguibili
ovunque con la sola sostituzione del runtime.
Addirittura, e io lo sto' utilizzando si possono eseguire programmi grafici
su W95 che chiamano programmi Batch su Linux e/o su WindowsNT, in questo
modo lasciando tutti gli archivi sul server (nt, linux unix AS400 che sia)
si possono avere n postazioni che accedono praticamente alla stessa velocità
alle stesse informazioni, riducendo il traffico sulla rete e velocizzando il
tutto.
Il cobol ha numerosi vantaggi per quanto riguarda i file indicizzati,
veloci, e sicuri.
Però con Vb si ha più facilità nella manipolazione di stringhe e numeri,
nella costruzione di maschere a video (con il cobol windows o no è una
tragedia!) nel comando di dispositivi esterni (stampanti, modem,
scanner...), ma resta sempre + lento del cobol nell'accesso ai dati, essendo
possibile elaborare solo database.
Le basi dati su database hanno però il vantaggio di poter essere variate
facilmente, cambiare un dato in un archivio piatto in cobol, vuol dire
ricompilare tutti i programmi che lo usano nonchè ricostruire l'archivio (in
pratica copiare quello vecchio su quello nuovo!)
A dir la verità l'unica cosa di cui sento la mancanza in Vb rispetto al
cobol e la possibilità di condividere un progetto tra + persone
Es:
supponendo di avere il progetto pippo.vbp
    che contiene due form:
        form1.frm
        form2.frm
non è possibile far aprire a due persone distinte lo stesso progetto neanche
se una modifica un form e l'altra modifica l'altro.
Con il cobol essendo che form1 e form2 sono in pratica due programmi
distinti da compilare singolarmente questo è possibile....

 distinti da compilare singolarmente questo è possibile....
Si puo' fare pure in VB... Se usi sourcesafe in modo abbastanza sicuro, se
non lo usi divete mettervi d'accordo con attenzione su chi modifica cosa...
Ciao,
Alessandro

 ha scritto nel messaggio
news:8p7mfg$3k42$1...@stargate1.inet.it...

Però se salvi l'intero progetto come p.e. devi fare se aggiungi un nuovo
controllo ci sono buone probabilità che uno dei due perda qualche cosa....

Basta che vi teniate aggiornati...
Lo si fa piu' o meno ovunque, in team di sviluppo VB.
Ciao,
Alessandro
