Newsgroup: it.comp.lang.visual-basic
Titolo: [NET o VB] Una piccola riflessione....se no si parla solo di recordset e griglie!

Vorrei (almeno nelle intenzioni) fare una pacata (ah ah) riflessione intorno
a stocà di NET ( e già addio alla pacatezza)
anzi a 
VB.NET
Secondo me (IMHO)
c'è un bel equivoco di fondo che è bene spiegare ad i newbie che vedono i 5
CD dal loro "pusher" ....
e contemporaneamente è una considerazione che mi sorge spontanea visto un
"piccolo" proliferare di tag [NET]
l'equivoco è questo....
con una mossa commerciale abile, abilissima, (hanno un sacco di  soldi si
potranno permettere i migliori esperti no?) Microbot...ehm
MicroStomp...Microsoft...
ha veicolato un messaggio
NET è il futuro....
Con Windows NET (2003) fai tutto meglio....
VB.NET
 è l'erede di VB6
Beh secondo me ciò non è vero!
VB.NET
 è un ALTRO linguaggio rispetto a VB6
e 
VB.NET
 NON è VB7!
Ora tutti direte...ma perchè stamani dici questo?...ti sei svegliato
male?...troppi caffè???
No francamente no....
è che noto il solito proliferare di post ..."vorrei convertire da vb6 a
Net"..."ma i variant non ci sono?"....."è ...ma io voglio usare
ado.net....ma non è come ADO"
....
poi noto che il NG si è un po mischiato....
da una parte i VB.nettiani che giustamente son entusiasti dei loro Keuro
spesi
e dall'altra gli "antichi"...i VBsexiani.
Mal di nulla .....ancora un NG di VB.net non c'è......
Però vorrei far notare una piccola cosa.....
Se qualcuno si "ostina" a sviluppare ancora con VB6 (ed io sono fra questi
benchè sia colpito e favorevolmente di ASP.net) non è perchè è antico....
è che ha reputato che per il tipo di progetto e per le sua conoscenze VB6 è
ANCORA il linguaggio più idoneo per i suoi applicativi.
Io ho fatto delle piccole prove (forse fatte male) tra ADO e ADO.net c'è un
abisso.....se è "semplice" fare (per forza) una architettura client/server e
lavorare disconnessi...beh è ancora + lento di ADO (e Lupo sarà
contentissimo di ciò!!!son ironico eh!).
SI è detto "M$ ha preferito la versatilità alle prestazioni...e poi con
internet in fibra ottica e il pentiumV che vuoi che sia!"
Beh si è vero....
ma la mia conclusione è
IMHO
a) VB.net non è VB7
b) Una forma mentis che si dovrebbe aver acquisita con vb6 aiuta a capire
VB.net. Ma aiuta a capire anche Delphi, Cobol, C++
c) il più grosso monoplolista del mondo "pigia" su NET ma non è detto sia lo
standard del futuro.....a conferma di ciò...News di IOProgrammo..Maggio 2003
pagina 11 articolo "Microsoft lascia il tavolo dei Web Services all'interno
del WC3 "....ciao ciao Mono Delphi.net et similia!...storia gia vista con
J++???
d) Bisogna pensare anche a chi non "classifica" tutto! Io (forse sbagliando)
so in teoria come fare le classi...ma le ho sempre usate poco...dipenderà
anche dalla convenienza per il tipo di progetto...non credo di aver perso
nulla in versatilità!
Io non voglio fare un Flame "VB.net meglio di VB6"
inviterei soltanto a non considerare "antichi" quelli di VB6 e non
considerare 
VB.NET
 come naturale evoluzione di VB6 (per me non lo è!)
per il resto....imparo moltissimo...e lurko di brutto quelli che rispondono
alle domande di vb.NET....
Saluti a tutti Vb o non VB!
:-)
(cmq ....missilino....ADO.net ....è "troppo"!è una fatica fare una maschera
aggiornabile!...almeno a me sembra !)
:-D
--
Il Wodkino Nazionale è a : 
www.martek.it
Pagina Vb/Bestiario/Lamer Experience :
http://www.martek.it/go.asp?portamia=2
Quotefix e altro: 
http://www.martek.it/go.asp?portamia=4
Usr: ICLVB Pw: amici

Io non voglio fare un Flame "VB.net meglio di VB6"
Questo è sempre stato l'eterno problema del BASIC fin dai tempi del
C64 o dell'Amiga con gli amici programmatori C o C++ o ASM che quando
ti chiedevano tu che liguaggio usi e si rispondeva BASIC la loro
risposta era un "Ahh" che voleva dire "Ma come sei scarso e come sono
figo io !"

 contentissimo di ciò!!!son ironico eh!).
Alcune prove di velocità mi sembrano per affumicare le scelte.
Risparmio 0,001 sec. ? Mah !
Mia impressione che 
ADO.NET
, e considera che stiamo all'inizio, è un metodo
di gestione dati client/server superiore ad ADO.
L'impressione è che dopo aver capito DAO (mesi di studio); arriva ADO (mesi
di studio); adesso arriva 
ADO.NET
 , tutta n'altra cosa.
Ho l'impressione che alcuni attributi personali si gonfiano.
Consideriamo, sempre mia impressione, che 
ADO.NET
 sta traghettando verso un
nuovo metodo.
Aggiungerei la libreria delle classi del Framewor. Uguale per tutti i
linguaggi
E non è poca cosa.
Salve
giuseppeD

 giuseppeD
Ciao!
:-)


 aggiornabile!...almeno a me sembra !)
questo č vero, ma la fatica č ben spesa. Tutto quanto, ovviamente, IMVHO
.A
UGIdotNET - User Group Italiano .NET
http://www.ugidotnet.org

 J++???
Non voglio entrare nel merito della discussione perchè non sono apace di 
usare il pendolino per vedere se .net sarà il futuro.
So solo che ieri ho compilato una dll in Microsoft .net (win32) provata 
includendola in un programma compilato con mono (win32) e funzionava.
Ricompilato lo stesso programma con mono sotto linux e... funzionava!
La stessa dll senza ricompilazioni andava sotto framework e OS differenti!
E' stato commovente :)
Ok, questo lo faceva già Java, ma J è un linguaggio osceno, che produce 
compilati bradipi e con librerie grafiche bacate.
Ciao

compilati bradipi e con librerie grafiche bacate.
Oltre che essere schifosamente lento.

compilati bradipi e con librerie grafiche bacate.
Io non conosco java ma vorrei avvicinarmici: in che cosa lo trovi
osceno, si tratta sempre di un simil c++ per quel poco che so...  Per
le librerie grafiche a quali ti riferisci (awt, swing) ?
Ciao :-)
Stefano "HappyMan"
--
Database Gate - The Powerful SQL Editor ODBC-based
HD Checker - The S.M.A.R.T. Hard Disk Reader
Asus Checker - CPU and Asus MB Checker
http://www.sgr.info

Ciao :-)
Ciao :)
Io su Java ho sviluppato diverse applicazioni, in passato,  il
problema grosso che si porta dietro, sui sistemi Windows, è proprio
legato alle performance, se ad esempio scarichi dal sito della sun,
Forte For Java, che è interamente sviluppato in Java vedrai che è
lento, e non ha le stesse performance, a livello di velocità di
interfaccia grafica che un applicazione .NET.
Questo senzazione te la porti dietro sia che usi swing o awt, un altro
discorso è invece se sviluppi da lato server, nonostante il mio
"affetto per miscrosoft", le servelet java sono proprio fatte bene e
hanno avuto un ampio diffusione, ad esempio il sito delle fs-online è
sviluppato su Vignette che si basa tutto su servlet java, quello della
disney anche, cosa che invece non è avvenuto come applicazioni
desktop.
MAX

 Finche ci si ostina a sviluppare in Access è inutile usare ADO.
Io non mi ostino, ma per piccole realtà Access va benissimo, in particolare
per la velocità.
Lo stesso (sì, lo stesso!) applicativo va anche verso SQL Server ed è per
questo che faccio coesistere nell'identico applicativo DAO per Access e ADO
per SQL Server.
E la velocità di quest'ultima combinazione è, IMHO, pessima.

 Saluti a tutti Vb o non VB!
Saluti a te Wodka!!!!
   Ciao
        Allanon
--
- SPAMKILLER
 L'indirizzo delle risposte é 
itlangv...@michele.sytes.net
 LASCIATE il NOSPAM fa parte dell'indirizzo :-)
  Per superare le impostazioni di protezione antispam scrivete
  nel testo del messaggio la scritta "SPAMKILLER"
Scusate il disturbo, ma non posso più di pubblicità

per la velocità.
Non è una critica ma una constazione, se si usa una tecnologia nuova
basandosi su un altra vecchia, non ci si possono aspettare
miglioramenti.

[*massi69* : 
gorreri...@imotionline.com
] ha scritto:

Ok, sono stufo. Io non posso riscrivere mezzo milione di righe di codice,
non al volo. Ho fatto degli adattamenti mirati a ADO+SQL Server nei punti
più peculiari, altri ne farò, ma non credo di poter migliorare oltre un
altro 5/10%. Insomma, ho fatto prove su prove e credo di usare ADO
abbastanza bene. Eppure è più lento. Fine.

altro 5/10%. Insomma, ho fatto prove su prove e credo di usare ADO
Be 5/10% puo essera tanto dipende dal tempo totale e da quanto volta
al giorno viene usata l'applicazione.
Su una giornata lavorativa il 10% sono 48 min. se calcoli il costo per
un azienda di un dipendente e lo moltiplichi per il numero di
dipendenti viene su una bella cifrina.

         Allanon
Ciao a te!
msgbox "Ciao Allanon",vbOkOnly,"Saluti da Wodka4U"



 Wodka4u(Nbook) racconta in giro che
[Totale Cut]
Sembra che post di questo tipo siano frequenti come quelli del [MANIFESTO]
basta leggerli e *non* rispondere,ma è anche vero che alzarsi la mattina
spararsi di caffè e dire la sua sia leggittimo come C@@@@e dopo il caffè
magari con una bella sigaretta...;)
Se si sente la necessità di non abbandonare un linguaggio non
FATELO,Costruitevelo da voi!
 e poi Vb,Vba,Vb.Net,C#,C++,J,FoxPro,Cobol,ASM alzino la mano quanti di voi
conoscono solo un linguaggio o almeno non abbiano scritto un programmino con
un linguaggio diverso.Perchè non scriviamo tutti in Pascal fa quasi tuto
--
Morfeus®
Free Joint
:PII

 Scusate il disturbo, ma non posso più di pubblicità
ahahah... pensa se ti mandano la pubblicità del nuovo "SPAMKILLER" :-D
magari una volta al giorno :-D
secondo me ti stai rendendo la vita difficile da solo :-)

 cicca cicca tiè! ...e che me frega di come si fa in NET...il NG è di VB!"
VB.NET
 é VB. Non é il VB7 che volevi, ma é VB. Questa é una affermazione
senza appello. Nessuno ha detto che VB6 e 
VB.NET
 sono compatibili, ma 
VB.NET
é VB.
La prossima volta che si potrà votare per fare un NG di 
VB.NET
 vota anche tu
e ti capiterà più di rado di leggere certe cose...


 secondo me ti stai rendendo la vita difficile da solo :-)
Al contrario ho troncato circa il 95% degli email ricevuti pur lasciando in
chiaro il mio indirizzo email... Inoltre una volta che aggiungo un indirizzo
alla lista degli indirizzo "graditi" anche in assenza di SPAMKILLER l'email
passa... :-)
                Ciao
                                                Allanon
--
- SPAMKILLER
 L'indirizzo delle risposte é 
itlangv...@michele.sytes.net


> PII


 [*massi69* : 
gorreri...@imotionline.com
] ha scritto:
Tempo perso Lupo...non ti daranno mai ragione!
la realtà è che siamo dei "vecchietti" ed i giovani con la mente + fresca ci
passano avanti!
Sono presi dal sacro fuoco della programmazione....e lasciali stare.....
fra 20 anni saranno come noi...a fare i discorsi che facciamo noi...ai
giovani del tempo loro.....
Noi speriamo di essere ai tropici a godersi la meritata pensione!(che ci
siamo fatti da noi!)
:-)


 becco pure di qualcos'altro!
Alt... se ti riferisci ai miei discorsi sul caffè corretto mi hai frainteso!
E poi credo saresti un pessimo "ciucat" perché ogni buon "ciucat" sa Vodka,
la bevanda, si scrive con la "V"


:-)
;-) Quanti anni hai ?

 solo che non la capisco scusa!
E' sempre e solo *IRONIA*
L'ironia sta nel fatto che : se la casa produttrice del S.O. e del Tool/s di
sviluppo per quel sistema operativo dismette un tool, cosa lo usiamo a
fare?(naturalmente il discorso va inteso come l'utilizzo FUTURO di VB6)
Penso comunque che per affrontare un discorso comparativo su VB e VB.Net
,nell'ambito della metodologia di programmazione offerta dall'uno e
dall'altro, sia opportuno avere una preparazione ,pressocchè , ai medesimi
livelli per entrambi.Scusa ma se *Tu* ti fossi messo veramente a cercare di
capire cosa ti offre .Net sono sicuro che ne avresti tratto conclusioni
diverse dopo il caffè di stamattina.Se poi si vuol parlare del palese
movimento di VENDITE che la M$ ha ben ,per lei, pensato ,vedi il tempo per
passare da 2002(quasi prototipale) alla versione 2003(riveduta e solo
*parzialmente* corretta) ,allora si capisce come differenziare VB.Net e
C#.Net (IMHO sono identici) per cercare di far convergere le persone ormai
abituate in Sintassi diverse nello stesso PORTAFOGLIO ,sia un motivo per
incazzarsi, però ho gradito molto il fatto che nella stessa soluzione io
possa scrivere nei linguaggi che più sono :consoni ;performanti ecc... per
quel tipo di problematiche.
Solo per farti un esempio di quello che ho fatto ieri in .Net
Ho un mio progetto(VB.Net) che sviluppo insieme a mio fratello(C#), ho
inserito una libreria di classe nella soluzione (scritta in VB) che gestisce
l'accesso al database ,gli utenti connessi(Log,Login,Logout,Interfaccia
sulla IconTray),restituisce Dataset, e offre una interfaccia (Forms)
richiamabile a runtime per creare Backup.
Uguale mio frattello ha implementato una Dll per la gestione E-mail
In poche parole in qualsiasi parte della soluzione mi trovo scrivo solo
(dopo aver aggiunto il riferimento) imports.MioRiferimento.MiaClasse la uso
tranquillamente.Ora in VB6 questa cosa la fai con non poche
complicazioni(diciamo che ci lasci stare prima di fare una cosa del genere).
Per quanto mi riguarda il linguaggio di programmazione da usare dipende da:
1)S.O.
2)Analisi delle problematiche del Cliente(Hw/Sw)
3)Tempo per costruire la soluzione
4)[Scelta personale] - Facoltativa
E sono conseguenziali


 "ciucat" sa Vodka, la bevanda, si scrive con la "V"
CUT
si ma la mia è wodka russa
"Vuodca riussa...capisc tovarisc "
'azz nemmeno il nick li va bene!
Caz c'è qualcosa di me che apprezzi????
ROTFL !
(Franco Level Meter -1)

[*massi69* : 
gorreri...@imotionline.com
] ha scritto:

Mai fare certe domande. Mai, mai! ;-)

 ben evidenziate)
Su questo dissento energicamente.
Ho provato a aprire vbp di librerie in 
vb.net
 e il risultato è stato 
disastroso.
Per non parlare di frm, dove come minimo di cancella tutte le Image 
senza dirti "beh" (in realtà ti dice che non sono più supportate ma 
anzichè continuare con una pernacchia potrebbe almeno sostituirle con 
delle Bitmap).
E parlo di progetti con 3/4 classi/form
No, è assolutamente impossibile portare un VB6 a 
VB.NET
 a meno che non 
sia stato scritto con istruzioni di base.
Se ti va bene devi ricontrollare il codice prodotto riga per riga stando 
attenti che la logica sia rimasta la stessa (ad. es. se usi array base 1 
  vengono tutti convertiti a base 0 e tutti i tuoi for/if/ecc vanno 
rivisti).
Con questo voglio dire che .net mi piace molto, ma non è un upgrade di vb6.
Ciao

 abbastanza bene. Eppure è più lento. Fine.
Boh, può darsi...
In condizioni ottimali DAO é sicuramente più veloce, ma se inizi ad accedere
contemporaneamente tramite rete in 3 o 4, magari su una rete un po' intasata
cambia subito tutto e ADO e SQL Server tornano subito molto convenienti...
L'unica cosa drammatica secondo me é dover riadattare un programma già in
corso... Conviene evitarlo se possibile...


 Su questo dissento energicamente.
[CUT]
Urka! :(
Incasso...
In effetti io ho convertito solo un progetto...
Sono sempre stato per la divisione: ciò che é iniziato con VB6 finirà con
VB6 e ciò che é iniziato con .NET finirà con .NET!


 Caz c'è qualcosa di me che apprezzi????
Non mi sembra di averti mai criticato anzi penso sempre appoggiato nelle
liti circa i discorsi inutili e sul modo di trattare la genete del NG avute
in passato.
In modo particolare ti apprezzo quando dai suggerimenti sul codice... Ma non
apprezzo questo post e te l'ho fatto capire chiaramente. Hai sparato a zero
su .NET partendo dall'ERRATO presupporto che 
VB.NET
 sia VB7...


 siamo fatti da noi!)
Caro Wodka,
la mia pensione si sta costruendo con le tasse che pagate te e Lupo,
quindi vi auguro un buon lavoro per almeno altri 30 anni ,
Troppi ADO.Qualcosa dovrete ciucciarvi prima di appendere al chiodo
il pc.
Salve
giuseppeD:-)

 VB6 e ciò che é iniziato con .NET finirà con .NET!
difatti per rendere meno 'contorta' la convivenza mentale, io ho
deciso di spostarmi direttamente su c# per .NET
PaoloS

 corso... Conviene evitarlo se possibile...
Sono arcistufo! Come si programma ADO e/o SQL Server, porca pupattola?

 sia VB7...
NO!
ho sparato a zero (se devo essere un minimo serio) in chi dice
...aspetta ritrovo le esatte parole
"....
Basta inventarsi l'impossibile ed i trucchi più sporchi per continuare ad
usare VB6 é ora di aggiornarsi (se si può!)...
"
Beh insomma!
Siamo sicuri che l'aggiornamento sia proprio VBnet???.....IMHO no....solo
questo!
Chi ha orecchie per intendere...intenda!
Possiamo dissentire con te ed i tuoi compagni di percorso?
E poi fammi levare sto sassolino dalla scarpa....senza
polemica!Pacatamente...
Io non critico i tuoi progetti ne cerco di "immaginare" cosa spippoli dalla
mattina alla sera....
certamente i miei programmi non li trovi distribuiti in tutta Italia
no!...almeno per ora no!.....
e le problematiche son diverse anche in base alla "tipologia" del
programma....
fino ad ora io (mi sbilancio... anche altri) abbiamo classificato il minimo
indispensabile
e non siamo fan del'OOP anzi!
Ma non credere perchè siamo dei rincoglioniti che non ci
arriviamo.....questo sarebbe un po spiacevole da mandar giù!
Nè credere perchè siamo dei pachidermi.
sai perchè?..abbiamo imparato a fare delle cose...abbiamo bisogno che
funzionino bene!
La nostra forza sta nel aver trovato la strada per una applicazione stabile,
a misura del cliente e robusta
E che gira ancora su dei win98 (ma anche sotto degli XP e mix di essi) senza
tanti problemi.....
Ci spostiamo e studiamo continuamente...ma trasportiamo il lavoro di nottate
insonni solo quando siamo sicuri di quello che facciamo.
Attualmente fare un programma per i nostri clienti con un Tools che fino al
2006 ogni anno esce in versione nuova e con non si sa quale
retrocompatibilità (vuoi che M$ non ti dica che è totale?...Anche Pantani
vuol vincere il giro d'Italia!) .....per noi è un suicidio commerciale!
Lasciamo a voi giovani il ruolo di apripista!
Ecco perchè mi ostino a dire ad un newbie...ha senso ANCORA studiare un VB6
se lo trovate!..e comunque non ci crederai...sto comprando vbNet
downgradandolo a vb6.
Discorso diverso è ASP.net...ma lì si sà! Si partiva da veramente poco...e
li mi sento davvero con una boccata d'ossigeno!anche a dispetto di 
ado.net
eh eh :-)
Il succo era solo questo...mi spiace se ti sei sentito "punto"
nell'orgoglio...massimo rispetto del tuo lavoro!
....E del mio....
Cerea e Whiskey a tutti!
:-)


 :-)
Birra e lunga vita a tutti!
:-)


preferirei VB6 a 
VB.NET
.
Il parco macchine del tuo cliente.
Se e' dotato di pc nuovi nulla in contrario, ma se ha ancora
(parecchi) Pentium I o II con 64 MB il problema delle risorse si fa
presente.
Personalmente ho sempre odiato le imposizioni del fornitore per cui se
vuoi far girare un suo programma devi eseguire un upgrade hardware,
quando magari per il resto degli usi il pc che hai va piu' che bene
(es. word, email) 
Stefano "HappyMan"
--
Database Gate - The Powerful SQL Editor ODBC-based
HD Checker - The S.M.A.R.T. Hard Disk Reader
Asus Checker - CPU and Asus MB Checker
http://www.sgr.info

 nulla in versatilità!
Non si sente la mancanza di qualcosa finché non la si ha... o la si
usa...
Ciao.
-- 
BSD is for UNIX lovers -- linux is for Windows haters.

 presente.
Decisamente vero...
Anche se, sarò fortunato, ma nella pratica negli ultimi 2 anni mi é capitato
solo una volta un cliente che aveva 2 macchine datate (2 su 10 é successo 1
anno fa circa)... A questo punto il mio capo mi ha chiesto una stima dei
tempi. Io ho fatto una stima con .NET e una con VB6... E le stime
differivano soprattutto per la "manutenzione". Il commerciale ha chiaramente
riferito che se voleva che funzionasse su tutte le macchine era TOT
altrimenti era TOT2, ma su quelle 2 non andava. Il cliente ha fatto poi la
sua scelta... Niente come dire che effettivamente aveva già intenzione di
cambiarle...


 Sono arcistufo! Come si programma ADO e/o SQL Server, porca pupattola?
Se posso permettermi, anche se è da poco che uso SQLServer, il
modo migliore per utilizzarlo è studiarsi T-Sql, leggersi qualche *buon*
libro di progettazione di basi di dati, poi creare e normalizzare la
struttura del DB, scrivere le stored procedures.
Per quanto riguarda ADO, bisogna scriversi un componente di
accesso ai dati che ci schiaffi giusto sopra, qualche metodo un pò più
rognoso per cose particolari( caricamenti di collections, per esempio ) e
cose specifiche per gestire i "casi strani" come i valori NULL.
Non è un lavoro molto complicato, in fondo, basta starci un pò
attenti...
Ciao
Andrea

 equivale ad una Ferrari? :-)
Posso, dico posso, valutare _uno_ degli elementi (guarda caso quello che
l'utente nota per primo e forse per ultimo)? La velocità.
Non ho detto che Access è migliore di SQL Server. Ho detto che, per piccole
realtà, DAO+Access è più veloce di ADO+SQL Server. Posso?

 piccole realtà, DAO+Access è più veloce di ADO+SQL Server. Posso?
Sinceramente secondo me no, perché non puoi
paragonare le mele con le pere!
ADO+SQLServer è tutto un altro mondo rispetto a DAO+Access,
rassegnati.
Andrea

paragonare le mele con le pere!
Noi cmq per le piccole installazioni, due o tre postazioni installiamo
Access e ritengo che per i piccoli DB sia piu semplice da amministrare
che un DB su SQL Server.

 che un DB su SQL Server.
concordo.
pc vecchi e lenti funzionano meglio con access.
senza troppe pretese e con buone prestazioni.

 > equivale ad una Ferrari? :-)
dipende dall'uso che ne devi fare...
imho se devi cercare parcheggio in città la 500 è la soluzione migliore tra le 2.

 Saluti a tutti Vb o non VB!
Salutoni
Sergio

 equivale ad una Ferrari? :-)
poniamo che il tuo garage sia 3×2 m


Bella risposta..." mò m'ha segno!"
W la 500!
e poi la ferrari se la possono permettere in pochi...
.....e poi è rossa!
:-P
W la 500 nera!
ROTFL


 .....e poi è rossa!
gia'. prova a farla testazzurra, se ti riesce :P:P


 _ugroup=*basic&lr=&hl=it
Ma no... io, te, wodka (sicuramente!!! di 3 colori diversi e ... il mio non
č certo l'azzurro!) e ... pure Java saremo costretti a soccombere.
Siamo l'ultima trincea o forse ... non ci siamo accorti che la guerra č
finita.
Posso dirlo? Siamo, informaticamente parlando, ... ormai antichi.

 Posso dirlo? Siamo, informaticamente parlando, ... ormai antichi.
sol che vada, chissenesbatte :)
posso sperare di assurgere al livello di classico ?
avendo fatto lo scientifico, ho il dubbio di avere un tarlo che da allora mi
rode...
( anche se so perfettamente che non e' cosi' :)

 ( anche se so perfettamente che non e' cosi' :)
Maddai: Se lo vedi, spiaccicalo. Un breve dolore per un'infinita
liberazione... ;-)

>> Posso dirlo? Siamo, informaticamente parlando, ... ormai antichi.
Eh si!
Oramai ci danno le pantofole di flanella....e ci guardano come si guarda il
vecchietto dei film western!
Ve lo ricordate...c'è sempre il vecchietto..sdentato....anche un po
brillo...che parla strascicato.
Vabeh!
ci faremo un NG moderato
it.comp.lang.oldies.visual-basic
la moderazione è Over 40 per partecipare!
:-P


 che un DB su SQL Server.
Ecco, su questo siamo d'accordo.
Sono convinto anche io che amministrare un DB sotto Access č
infinitamente piů semplice.
Andrea

 poniamo che il tuo garage sia 3×2 m
Precisiamo, io non ho mai detto che SQLServer è
meglio di Access e che ADO è meglio di DAO...
Dico solo che *non si possono* paragonare!
Sbaglio in questo?
Andrea

>
c'era un giudizio di valore abbastanza esplicito.
che pero' non teneva conto del qui-e-ora in cui sempre si vive e sempre si
programma.
ciao