Newsgroup: it.comp.lang.visual-basic
Titolo: Devo scegliere linguaggio

Ciao a tutti.
Sono un programmatore rimasto fermo al palo con clipper per motivi di
intenso lavoro.Ho acquistato tempo fa regolarmente VB4 e sono riuscito a
mettereci il naso solo poco, accennando un paio di applicazioni.
Ora con la storia dell'euro devo dare una botta al passato e ricominciare da
zero col "nuovo".
Cosa mi consigliate? C'è qualcosa di alternativo a VB o metto in preventivo
l'aggiornamento a VB6?
Gli applicativi che sviluppo e che devo riscrivere sono gestionali pseudo
contabili, ma che prevedono anche visualizzazioni grafiche schematiche dei
dati (planning / quadri riepilogativi ecc.).
Grazie anticipatamente per questo aiutino.
Walter


Se ti rispondesse Roal la risposta sarebbe senz'altro diversa: "passa a
Delphi"    (e, onestamente, altrettanto valida).
La mia personale opinione è che:
- Se sei un freelance, forse effettivamente ti conviene puntare a Delphi: è
un ambiente di sviluppo più "capace" e più flessibile di Vb, oltre ai ben
noti e più volte discussi vantaggi in termini di oop autentico.
- Se sei una SH, viceversa, passa a Vb6: pur non avendo le potenzialità di
Delphi, è meglio integrato nella globalità dell'"ambiente" Ms (che,
nonostante tutte le critiche giustificate, continua ad essere leader di
mercato) ed più che sufficiente per il tipo di esigenze che hai delineato.
Tieni però in considerazione il fatto che a brevissimo Vb subirà
un'ulteriore evoluzione (con Vb.net) che lo porterà in una direzione
"abbastanza" diversa da quella di oggi.
In sostanza, hai scelto forse il momento peggiore per pianificare un cambio
di tecnologie, considerando anche:
-  l'estrema urgenza organizzativa imposta dall'arrivo dell'Euro
-  la difficoltà del cambio di mentalità imposto dalla transazione da un
paradigma di sviluppo tipicamente procedurale ad un ambiente oop o, quanto
meno, event-driven.
Francamente, se sei solo, proprio non ti invidio... in bocca al lupo...
:(
ciao
ugo

 ha scritto nel messaggio
news:SgHj7.58404$vC1.7...@news1.tin.it...

Viste le tue esigenze prendi in considerazione anche ambienti di database
come Fox-Pro o Access/Developer.
Sono molto flessibili, scalabili, piuttosto semplici da usare anche a
livelli abbastanza sofisticati.
Ciao, Andrea


Clarion 5.5..... 
http://www.softvelocity.com/
Ciao.

meno, event-driven.
Per cortesia... dopo mangiato il mio neurone sta in stand by per un po'... ci ha messo 3 cicli per
analizzare 'sta frase... :-PPP
Ciao,
Moreno
#sirri#@#
morenosoft.com#
(togliete "#" dall'indirizzo)
Moreno Sirri VB Site - 
http://www.msvbsite.net
---------------------------------------------------------------------------
Le risposte alle tue domande le trovi sul Sito Comune di questo NewsGroup:
 
http://www.it-lang-vb.net
---------------------------------------------------------------------------

 ci ha messo 3 cicli per analizzare 'sta frase... :-PPP
Do Events (liberi le risorse per un caffè)
Silv:o)



Già fatto... ma mi sa che oggi me ne servirà un altro...


Dipende da cosa vuoi fare.
Ti serve un linguaggio giusto per fare qualcosa di veloce e poco
scalabile ??
Usa access o FoxPro (che di scalabile hanno proprio poco, se sai usre
clipper è preferibile foxpro).
Se invece vuoi imparare ad usare uno strumento di sviluppo serio o
scegli un linguaggio della
nuova piattaforma .net di Microsoft (c# ad esempio) o puoi provare
Delphi.
Studiare adesso vb6 è buttare via il tempo perchè fra un paio d'anni
sarà solamente leggenda !!
-- 
Posted from  [217.57.33.234] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 sarà solamente leggenda !!
considerato la immensa quantità di applicativi già scritti con VB6 (e di
utilizzatori), questa frase mi pare un pochetto azzardatina...

 l'aggiornamento a VB6?
Torna al Clipper!!! :-)))
...o al Turbo Pascal...
(In questo periodo sono molto nostalgico della vecchia, SANA interfaccia a
caratteri ASCII su cui ho "imparato" a programmare)

 clipper è preferibile foxpro).
Spero che tu abbia voglia di scherzare.
Diversamente leggi qualcosa su files di progetto .ADP e similari.
Meglio ancora: provali.
Ciao, Andrea

Meglio ancora: provali.
Non sono abbastanza *seri*  :-D
Ciao, warp

Delphi.
Mhmmm... vorrei proprio vedere cos'hai fatto di bello con questi strumenti di sviluppo *seri*.
Le cose si devono provare personalmente prima si sparare m*******e su ng. pubblici.
warp

 ha scritto nel messaggio
news:mnuuotsbqmftn0hv5...@4ax.com...



Va beh, va beh... la traduco:
fds dfdsf njkljliw erfejljxcv rtteljrk aq we frsklòk  ghtropkyrt a8ouq3 f
,lòlv à rt e5topko fdgòtr+è!!!!
cjlml evdòkvòl òsmòcmerwc   kjòlmlòmer    xcwlòwk,ò gdf,gvlgt!
Va meglio così...   :PPP
ciao
ugo


Senza voler entrare in polemica nuovamente, esprimo brevemente
un'opinioncina.
Access è:
- un ottimo strumento di analisi dei dati
- un ottimo strumento di reporting
- uno strumento di front-end facile e rapido
- scalabile a livello di piattaforma database, dato l'alto livello di
integrazione con Sql Server
Non è:
- un ambiente di sviluppo
- scalabile a livello di linguaggio
Che poi ci si possano fare diverse belle cosine è vero, io stesso ci ho
scritto diversi buoni applicativi ancora ai tempi di 95.
Ma che lo si possa considerare ambiente di sviluppo enterprise, è veramente
una forzatura.
Sia per ragioni di scalabilità, sia di manutenibilità.
E tutti coloro che ritengono cha già Vb sia troppo limitato (almeno senza il
ricorso alle "vespette" di win) non posssono che pensarla in termini
analoghi.
ciao
ugo

 sono d'accordo, io la toglierei).
per favore nooooooo
non togliamo quella regola
te lo immagini il ng pieno di messaggi in rot-13?
hmm.. beh. a dire il vero outlukke non fa rot-13.. potrebbe essere
un incentivo a farlo sparire :P
--
Fibia "Sakamoto" FBI
E-mail: 
fibi...@hotmail.com
ICQ UIN 63586057
Sito Personale: 
http://www.geocities.com/fibiafbi
VB Simple: 
http://vbsimple.virtualave.net
Membro #26 delle Mitiche Brigate Takahashi sezione Sud

:

Su IoProgrammo di Giugno c'era delphi 2.0.... un pò vecchiotto ma per 
iniziare penso sia l'ideale.

 Sia per ragioni di scalabilità, sia di manutenibilità.
Stai scrivendo parecchie cazzate.
Ma forse fai meglio a visitare alcuni links di prodotti di produzione con
cui ho normalmente a che fare:
www.konsult.it
http://www.palomar.net/qwin/
Brutta cosa parlare per sentiro dire, e trasformare i ng. in campi da ring
in cui esprimere opinioni invece che dati di fatto.
Ciao, Andrea

 --
lol
ciao
ugo


tu lo scriverai... quando lo dirņ io...
:)
(lo sapevo...)
ciao
ugo

 in cui esprimere opinioni invece che dati di fatto.
Personalmente in Access ci sviluppo.
Non so se lo consideri un "sentito dire"...
E   --- proprio perchè ci sviluppo---  NON, ripeto NON ritengo sia possibile
considerarlo un vero (efficiente e scalabile, ndr di nuovo) ambiente di
sviluppo.
Se tu hai trovato modo di renderlo tale, buon per te.
Per quel che mi riguarda, quando non sono "costretto" a lasciare il codice
sorgente nelle mani del cliente finale, dimentico l'esistenza di Access
(come ambiente di sviluppo e non come ambiente di analisi) e punto ad altro.
Non sono l'unico, credimi...
ciao
ugo

 sorgente nelle mani del cliente finale, dimentico l'esistenza di Access
Menù/Strumenti/Crea file .MDE  ... prova a decompilare questo sig. Mangini.
Sì, è evidente che sei rimasto ad Access 1.1 :-)
Ciao, Andrea

analoghi.
Sciocchezze.
Access/Fox-Pro/Omnis Studio/4D (etc., etc.) non pretendono certo di risolvere tutti i problemi di
sviluppo del mondo: nascono per fare software di
database efficiente, flessibile e scalabile ... ci riescono benissimo e garantendo
una buona produttività.
Se tu li conosci poco e male è un altro discorso: informati.
Cià, warp

 warp
Se con la frase "Usiamo da anni i files di progetto di Access 2000 verso
SQL Server con ottimi risultati."
intendi che usi Access come interfaccia e SQL Server com base dati sono
sicuro che non hai problemi.
In fin dei conti non sono io che sconsiglio di usare access (inteso come
base dati .MDB per applicazioni multiutente.)
Access lo trovo molto limitato visto che non ha Stored,Trigger ecc...
parlo perchè l'ho provato!!!
Forse non ho provato abbastanza FoxPro, o meglio non ho guardato gli
strumenti che ci sono in giro per i Dbf (vedi server di database)
Il fatto è che gestisco un  programma (fatto da altri) in FoxPro che
gira su DBF dove la base dati è altamente instabile, ammetto però
che non si basa su un server db ma va direttamente ad aprire file dbf,
forse deriva da lì l'instabilità.
Però qualcuno sa dirmì perchè FoxPro non è stato inserito in .net e 
Access è inserito in Office e non nel Vs ??


 Se tu li conosci poco e male è un altro discorso: informati.
suggerisco la stessa cosa a te:)
Ciao
Alfonso


Pensala come ti pare...
Tu vai pure avanti con Access: un giorno(forse) ne vedrai i limiti.
Io, come ti ho detto, non ho tempo da perdere...
ciao
ugo


[cut]
Grazie, Alfonso: hai perfettamente specificato ciò che avevo sintetizzato.
(e so bene quanto tu sia sostenitore di Access...)
Con ciò, per quel che mi riguarda, qui termina il thread.
Lascio a ciascuno i suoi pensieri e le sue esperienze.
ciao
ugo

 cerchi di farmi dire cose che non penso nè scrivo.
Sei un tipo mooolto soggettivo: mi ricordi mia nonna :-))
Devi sapere che la mia nonnina ha ben poca considerazione per VB6 in chiave
gestionale.
Dice che è molto legato all'automazione CAttiveX per gestire i dati in
maniera decente, non ha una soluzione "nativa" di reporting accettabile,
integra editor di barre dei menù e degli strumenti preistorici, pur usando
ADO è macchinoso l'upsize a SQL-Server (deve imparare ancora molto sulle
Stored Procedures) e sua sorella ha scoperto che sono meglio gli Oracle
Objects for Ole se si vuole lavorare con Oracle...
Come se non bastasse ha scoperto, delusissima, che deve distribuire Runtime
con decine di componenti; lei sperava in un compilatore ... insomma qualcosa
tipo Delphi :-/
Il colpo di grazia sono stati tutti i problemi con Pacchetti d'installazione
e Service pack  in rapporto alle innumerevoli versioni di Win.
Per tutte queste ragioni ha creato la gestione "Ospizi associati" in
Filemaker, che (dice lei) è non da problemi, può upgradarlo alla versione
Server senza cambiare nulla nei FE ed è pure multipiattaforma.
Ora, nonostante il suo autorevole parere, sappiamo tutti che FileMaker è
poca cosa e tutto sommato si potrebbe cercare di farle capire che i limiti
di VB si possono aggirare, che tutti quei CAttiveX non sempre sono così
Cattivi, che i problemi con Service pack e affini nobilitano la n/d onna,
che Crystal Report ha le sue belle attrattive, che la totale scalabilità di
un FE è utopia ... però lei non ne vuole sapere!
E' davvero soggettiva la biricchina ... beh, sarà forse perchè ha 90 anni
;-D
Alla tua età, con un pizzico di impegno, puoi fare di meglio
Ciao, Andrea

 tipo Delphi :-/
Esatto... figurati Access...
Passo e chiudo davvero...
ciao
ugo

 suggerisco la stessa cosa a te:)
Bravo, e adesso che hai fatto il suggerimento torna al tuo lavoro va :-/
A parte questo siete andati molto OT in rapporto al subject del tipo che ha
iniziato il Thread: a lui non gliene può fregar di meno di Source Safe o
CodePainter, lavora da solo e cerca un ambiente con cui guadagnarsi il pane.
La sintesi di quanto ho scritto è: hai l'imbarazzo della scelta, non ci sono
soltanto Delphi o C++ Builder...
Ciao, warp

 Io, come ti ho detto, non ho tempo da perdere...
Sì,  a te serve tempo per scoprire i limiti di qualcos'altro :-)
Cià, warp

 forse deriva da lì l'instabilità.
Verissimo, i .dbf sono un formato preistorico ... peggio degli .mdb.
Anche in questo caso tuttavia puoi ricorrere a Server di database per il BE:
per questo secondo me hai dato un giudizio frettoloso.
Ciao, warp

 Passo e chiudo davvero...
Tu hai cominciato questa discussione: inutile e molto OT.
Ciao, Andrea

 Bravo, e adesso che hai fatto il suggerimento torna al tuo lavoro va :-/
Ci torno volentieri, perchè avere a che fare con dei presuntuosi, saccenti e
scostumati come te non mi fa alcun piacere. Anzi se ce ne fosse bisogno ti
avverto che per me il thread finisce qui.
a mai più risentirci
Ciao
Alfonso


[cut]
Lascia perdere, con certi "professionisti" è meglio non avere a che fare,
esperienza già vissuta...
ciao
ugo

 codice!
Scusami, ma come fa una decina di persone a portare avanti un
progetto *mastodontico*?
Un progetto *mastodontico* richiede parecchie centinaia di anni uomo
di lavoro. Dieci persone quanto tempo ci impiegano a svolgerlo?
Ciao.


Beh, sai, loro usano Access e quindi...
:)
(Lascia perdere... tempo perso)
ciao
ugo

 :)
Il bello è che io Access lo uso moltissimo, e mi piace moltissimo!
Ciao
Alfonso

 ha scritto nel messaggio
news:DUTk7.24858$MO.8...@news.infostrada.it...

Lo so, lo so...      :P
(Se ti può "consolare", lo uso parecchio anch'io, anche se lo amo molto meno
di te...)
ciao
ugo