Newsgroup: it.comp.lang.visual-basic
Titolo: Visual Basic SI o NO ?

Ciao a tutti. Chi mi sa dare un buon consiglio ?
Devo andare ad un corso di formazione professionale per imparare un
linguaggio di programmazione.
Le mie necessità sono queste :
1) Il database risiede su un server di rete (NT).
    A questo Database si devono collegare almeno una
    decina di terminali che inseriranno, cancelleranno e
    modificheranno i records.
2) Il programma che creerò e mettero' sui circa 10
    terminali (Visual Basic ?) dovrà essere in grado di
    poter fare tutte quelle cose che ho elencato prima,
    e in piu' dovrà ovviamente essere un programma
    compilato.
La domanda è questa : Una buona accoppiata puo' essere VisualBasic - Access
?
o è meglio VisualBasic - Oracle (come tabella) ?
o è meglio Delphi ?
o è meglio PowerBuilder ?
Sono così incasinato che non ci capisco piu' niente.
Help please.
Jeff
La...@usa.net

o è meglio PowerBuilder ?
I cimiteri sono pieni di software house italiane che hanno usato
Powerbuilder.....
Bye
--
Che il Bubuti Bauontico sia con Voi....
Gabriele Del Giovine
mc6491@_
sonoqui_mclink.it
Togliere _sonoqui_ per le risposte in e-mail
Please remove _sonoqui_ for e-mail reply

Powerbuilder.....
Su PowerBuilder non ti so rispondere.
--
Roal Zanazzi
z...@iol.it

...


dell'anno...
Non è detto, dipende anche dalle dimensioni delle tabelle e dalla
frequenza di aggiornamento. Insomma, si installa il programma su 10
computers, poi magari ci lavorano solo in due o tre
contemporaneamente.
Comunque, se si scrive il programma come si deve, JET è in grado di
gestire un carico del genere.
Naturalmente, se ci sono i soldi, usando un database client server
diventa tutto più facile...
Ciao
--------------------------------------------------------------------
Fulvio Senore
Eliminate "zz" dall'indirizzo e-mail per scrivermi (spammers...)
Remove "zz" from e-mail address to write me (spammers...)
--------------------------------------------------------------------


E impazzisci perche' non hai il lock sul singolo record... tanto vale usare
Access, se proprio vuoi farti male! (beh, no, effettivamente sarebbe troppo
masochistico...)
Consiglio: lascia perdere RDO, il futuro di Microsoft (almeno finche' non
rivoluzionera' tutto ancora) e' ADO.
Comunque e' inutile che discutiamo tra di noi... Jeff si sara' gia' fatto
un'idea (anche su Delphi, visto che ha postato anche sul NG di Delphi) su
quale strumento sia piu' adatto alle sue esigenze (gia', perche' si tratta
delle SUE esigenze, non di "VB contro Delphi").
--
Roal Zanazzi
z...@iol.it


Come si fa a dare un consiglio su una cosa del genere?
Quanti record deve gestire i database?
Che movimento hanno le tabelle? che tipo di applicazione?
in azienda abbiamo applicazioni in clipper utilizzate da 20 utenti: girano
benissimo e gestiscono 120.000 record all'anno;
abbiamo applicazioni in Access97  con Jet 3.5 che gestiscono 300.000 record
all'anno e vanno benissimo, condivise da 25 utenti;
abbiamo applicazioni in VB5 con Jet 3.5 che gestiscono 200.000 record e
vanno bene.
e allora?
Prima di proporre ai miei capi di investire non poco per informix o db2/2 o
oracle mi porrei queste domande: mi serve veramente? posso ottenere lo
stesso risultato con strumenti meno costosi e più semplici da manutenere?
quale è la strategia di investimento nel software? quale tempo di vita deve
avere la mia applicazione? ecc. ecc. ecc.
valutare queste necessità porta ad una scelta difendibile.
Altrimenti tutto si limita a discorsi da bar, cioè da tifosi di un software
o l'altro, il che è veramente deprimente, oltre che superficiale.
Mario

>
Siete un po' fuori strada.
I clienti chiedono VB per via di Access.
Ma hanno sempre accettato di buon grado Delphi quando ho detto che per 
gestire Access non abbiamo alcun problema.
Il trucco e` tutto li`.
---
Che lo SFORZO sia con te... (i'm going to play Falcon4...)
Fun, programming and hardware in my home page: 
http://www.caristudenti.cs.unibo.it/~abilli


Ti assicuro che a me e' capitato piu' volte che il cliente richiedesse
OBBLIGATORIAMENTE Visual Basic (NON Access, ma VB)!
E non dittarelle piccole/medie, ma multinazionali mooolto conosciute!
Ora alcuni si spostano verso Lotus Notes/Domino, perche' hanno sistemi
aziendali in AS/400, e IBM spinge verso Lotus (cosi' toglie potere a
Microsoft).
--
Roal Zanazzi
z...@iol.it

E non dittarelle piccole/medie, ma multinazionali mooolto conosciute!
Molto, molto vero...
Da ottobre 95  a dicembre 97 ho lavorato all'Intel di Santa Clara (CA),
abbiamo realizzato un programma che ricalcola e ottimizza il percorso e la
lunghezza dei collegamenti interni dei chip. (Pentium MMX il primo
"risultato", poi PPro, P2...) Il programma e' stato scritto interamente in
Visual Basic e gira su un pc Dual PentiumPro con 512Mb di Ram.
Arriva ad avere 5 MILIONI di oggetti in memoria e fa in 72 ore il lavoro
che di solito veniva fatto in 2/5 mesi.
Alla faccia di chi non crede che VB sia un linguaggio "Serio"
Adesso sto realizzando il software di controllo dei ripetitori per
telefonia cellulare GSM. In VB. Saranno usati anche in Italia dal 1999,
QUINDI... tutti quelli che, fra voi, usano celluloidi GSM, useranno un mio
programma in VB... E questo e' bello e istruttivo.
Ciao, Pipol!
Piero


Per fortuna che non ho il telefonino... :-)
Comunque, per stare in tema, ho degli amici che lavorano in Italtel, e VB
non lo considerano nemmeno per fare programmini semplici...
Per finire, (senno' diventa veramente un thread "VB contro tutti"), una sola
cosa e' sicura:
si puo' utilizzare qualsiasi strumento per lo sviluppo del software (persino
un editor esadecimale, volendo), ma l'importante e' che QUELLO strumento sia
il piu' adatto alle proprie esigenze, al proprio know-how (e, perche' no, ai
propri gusti personali).
--
Roal Zanazzi
z...@iol.it

Microsoft).
Guarda, io conosco abbastanza bene AS/400 e l'ambiente che gira intorno a
queste macchine.
Se pensi che in Italia sono installati e ancora funzionanti 3500 AS/400 (piu` di
quanti in tutti gli stati uniti), ti rendi subito conto della marea di ditte
che ancora lo usano.
MA:
1) Questo non significa che un buon programmatore possa/debba proporre almeno 2
alternative
2) Delphi gestisce benissimo AS/400
3) IBM puo` spingere quanto vuole, ma se lo fa con le stesse persone di OS/2
rimane inc#$%^a lei e tutti i suoi capi. (e te lo dice uno che a suo tempo
prese Borland C++ per OS/2 e Watcom).
4) La realta` italiana, purtroppo, sono le aziende medio/piccole, che non
possono permettersi spese folli in campo di IT.
5) Su 11 miei clienti che hanno un vecchio AS/400, 10 sono scontenti (vuoi per i
costi di gestione, vuoi perche` il personale IBM veramente qualificato
scarseggia, vuoi perche` una qualsiasi minima modifica di una procedura richiede
un enorme spreco di tempo, ecc...)
Concludendo,
se dovessi consigliare a qualcuno come cominciare a programmare direi di:
1) Impararsi il Pascal e il C, benissimo (e non bene e basta)
2) Farsi un po' di gavetta con le API e il C++
3) Impararsi Delphi
4) Impararsi VB5 o superiore
5) Se rimane del tempo, laurearsi... perche` la media italiana di gente
competente scarseggia e personalmente non mi ritengo ancora competente.


programma in VB... E questo e' bello e istruttivo.
Ecco perche`:
1) Il 916 funziona una volta si e una no
2) Mi spariscono i soldi dalla tessera
3) Ci mette un sacco di tempo a capire se un cellulare e` in rete o meno
4) Quando passi da un ponte ad un altro, capitano spesso BUCI di audio
... ecc. :-)
P.S.
Lungi da me l'idea di cominciare un flame.


un enorme spreco di tempo, ecc...)
Noi abbiamo 2 AS/400 da ottobre dell'88 e ti assicuro che il livello di
servizio in questi 11 anni è stato del 99,9%.
Abbiamo anche un server NT da un anno e mezzo e, facendo le debite
proporzioni, ho perso più tempo (in manutenzione e boot) in questo lasso di
tempo che in 11 anni per l'AS/400.
Nella azienda dove lavora mia moglie hanno installato un server NT con un
pacchetto gestionale NOTISSIMO (migliaia di installazioni in Italia, dicono)
ed è da dicembre che sono nel caos più completo (client che si piantano,
dati persi, etc)
Quello che intendo dire non è che AS/400 sia meglio di NT o viceversa.
Ognuno di questi ha la sua collocazione in base a quello che può fare: mica
per niente i due ambienti nella mia azienda convivono. Vero è però che, per
quanto il sistema posseduto sia buono, se chi ti fa assistenza è un cane,
stai sicuro che avrai solo problemi.
bye
Mauro Mariz
3nto


Vuoi perche' si sono stufati di parlare a "codice fiscale" :-)
--
Roal Zanazzi
z...@iol.it

stai sicuro che avrai solo problemi.
Esatto.


Vuoi perche' si sono stufati di parlare a "codice fiscale" :-)
Anche... :-)))


... ecc. :-)
Adesso mi stai prendendo per il sedere, ma ti assicuro che il mio software
non puo' causare queste ciofeche.
E, per essere precisi, il software che causa i "BUCI" di audio e' quello
interno alle centrali e ai ripetitori, ed e' scritto in C++.
Heh, Heh, Heh... !!!
Ciao, Pipol!
Piero

E AS/400 chi lo amministra/aggiusta?
Amministro/aggiusto (con tanto di cacciavite e martello, a volte č meglio la
mazza :-)  tutti e due, anche se per quanto riguarda NT, in caso di problemi
che non riesco a risolvere, mi rivolgo ad una SWhouse locale.
bye
Mauro Mariz
3nto

e persone competenti.
Soprattutto le ultime :-)
--
Roal Zanazzi
z...@iol.it

interno alle centrali e ai ripetitori, ed e' scritto in C++.
Guarda, di buchi audio ne ho sentiti solo passando da una zona coperta malissimo
a una coperta benissimo e penso fosse dovuto principalmente alla perdita di
pacchetti.


interno alle centrali e ai ripetitori, ed e' scritto in C++.
Mi risulta che quel software sia scritto al massimo in C (K&R, per giunta!),
o addirittura con linguaggi appositi per la gestione di centrali (SDL?)
--
Roal Zanazzi
z...@iol.it

pacchetti.
Ah... beh... in Italia, si, ma qua abbiamo il problema delle strade che
sono perfettamente dritte per circa 300Km, quindi i segnali dei ripetitori
si sovrappongono e la centrale resta per un attimo indecisa su quale
scegliere.
Ciao, Pipol!
Piero

che non riesco a risolvere, mi rivolgo ad una SWhouse locale.
Sono curioso: racconta (anche in email) una tua disavventura.



<snip>
Ragazzi, scusate, ma state andando OT...
Se volete potete continuare in privato le vostre discussioni su AS/400 e
qual'e' il miglior modo di prenderlo a martellate :-)
--
Roal Zanazzi
z...@iol.it

a usare VB!!!
Per carità, non dico mica che bisognerebbe usare solo Delphi, ANZI!!!
Sarei un matto.
Dico solo che SAPERE tutte e due è moooolto meglio, anche perchè alcune idiozie
di VB mi fanno venire l'orticaria.


di VB mi fanno venire l'orticaria.
Anche il cimurro e la tosse cattiva....
Ciao, Pipol!
Piero


Vai così!
Paolo

qual'e' il miglior modo di prenderlo a martellate :-)
Very sorry, mi sono fatto prendere dall'entusiasmo.


Vai così!
Io invece uso tutti e due e guadagno il doppio... :-)))))))))))))))))))))
