Newsgroup: it.comp.lang.visual-basic
Titolo: Meglio Delphi o Visual Basic?

Volendo studiare un linguaggio visuale, vale la pena studiare VB o Delphi?
In Delphi il linguaggio interno č l'Object Pascal, in VB come si chiama?
Grazie
Luigi
--
Posted from [195.223.215.6] 
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 In Delphi il linguaggio interno è l'Object Pascal, in VB come si chiama?


A me hanno detto che VB è tecnicamente una porcheria, e che non c'é paragone
con Delphi. Io quindi ho iniziato il secondo linguaggio e credo che in
seguito o approfondirò questo linguaggio o passero a Borland/Visual C++ (poi
si vedra..) con il potente C++.


Chi ti ha detto certe cose senz'altro non sa cosa voglia dire programmare al
giorno d'oggi e sopratutto non conosce VB.
Ciao
GL

 wrote in message
news:000301bfa945$4eaf1d80$76d7dfc3@pcdex...



Devi imparare a distinguere da "ciò che ti hanno detto" e come stanno veramente le cose.
La scelta di un ambiente di sviluppo dipende anzitutto da cosa ci devi fare.
Delphi è piuttosto macchinoso per lo sviluppo di soluzioni gestionali, ottimo per altre cose.
Ambienti come Omnis studio, Fox Pro o ACCESS/VBA sono ideali per lo sviluppo di soluzioni
gestionali.
VB si trova a metà strada tra le due tipologie d'ambiente...
In quanto alle prestazioni se svilupperai sofware gestionale (come il 99% dei programmatori
italiani), la differenza non la fa l'ambiente con cui sviluppi il front-end ma il motore di database
utilizzato (e COME lo utilizzi).
CIAO

con Delphi. 
Chissà se chi ti ha parlato di "tecnicamente una porcheria" è stato
anche capace di spiegarti dove e in cosa VB sarebbe tecnicamente una
porcheria... ma non credo sia in grado di farlo.
   Roberto
email: 
ron...@tiscalinet.it

Mi ha detto così perché ad es. non funziona su tutti i pc... è poco
potente... e molte delle funzioni sono assenti


Avete letto le caratteristiche di Vb7?
Ereditarietą , accesso diretto ad api , dovrebbe(?) essere OOP , ecc...
infatti dicono sia M$ che Inprise che dovrebbe essere la versione rad di
Delphi , sara vero?

Ahi ahi... ho paura che il nostro Luigi abbia di nuovo scatenato la solita
bagarre : e' meglio delphi o VB ???
Ho gia' visto tante discussioni a proposito e di solito non hanno fine... e
non avranno mai fine !! :-)
Non voglio entrare nella discussione, vi invito solo a non...esagerare !!
:-)
Ciao.
Lorenzo


Delphi E' un ambiente di sviluppo RAD, esattamente come Visual Basic (e
Borland C++Builder o JBuilder)
Roal Zanazzi

 - ... mi fermo qui, non vorrei annoiare nessuno.
meno male
Comunque VB è il sistema di sviluppo più utilizzato al mondo quindi o i
programmatori sono per lo più idioti o VB è il sistema complessivamente
migliore

Il fatto che vb sia il linguaggio più utilizzato non significa affatto che
sia il migliore.
Semplicemente VB possiede tutto quello che un programmatore vorrebbe da un
linguaggio di alto livello per lo sviluppo di applicativi di un certo tipo.
Personalmente non lo reputo un brutto linguaggio, l'unica cosa che non
sopporto è il Run: MA dico io, nel 2000 il linguaggio di programmazione più
utilizzato non compila in codice nativo.
Siamo grandi !!!!
Almeno Java è giustificato dall'essere Multipiattaforma. Ma qualcuno mi
spieghi il motivo della necessità di  questo benedetto run in vb !!!!


La prima che hai detto, oppure una terza possibilita': il marketing vale di
piu' della qualita' del prodotto.
Roal Zanazzi

Noto che Luigi ha posto la stessa domanda nel ng it.comp.lang.delphi.
L'unica risposta che vedo per adesso e' peana in favore di delphi...
Vedo invece che in questo ng molte persone criticano anche pesantemente il
linguaggio oggetto del ng, cioe' Visual basic...
Non e' che i programmatori vb soffrono di un certo ...complesso di
inferiorita' ???? :-))
Possibile che l'unico, seppur grande, vantaggio di Vb sia la velocita' in
fase di sviluppo ????
Aggiungo che al momento io uso soprattutto VB per programmare, e non conosco
delphi...e probabilmente non conosco nemmeno tanto VB  :-)).
Lorenzo

A parte che  mi sono subito contraddetto, dicendo di non voler entrare nella
discussione e subito dopo mandando un bel post... :-))
Sono assolutamente d'accordo con te...il mio voleva solo essere un modesto
.... contributo alla soap opera (vedi beautiful...)
Posso solo aggiungere : non e' bello cio' che e' bello , e' bello cio' che
piace !
ed ancora : il mondo non e' bello se non e' litigarello !! :-))
e chi + ne ha + ne metta...
Avanti il prossimo !
Ciao.
Lorenzo

 delphi...e probabilmente non conosco nemmeno tanto VB  :-)).
se ti puo' consolare, siamo in due.
anzi, temo di non conoscere tanto bene neanche me stesso :):)
posso riassumere ?
meglio l'inglese o l'italiano ?
le proteine o le vitamine ?
l'ossigeno o l'idrogeno ?
ma chi lo dice che devo sempre scegliere ?
ciao, a.
--
andrea dot palazzi at tin dot it
free vb/sw: 
http://www.comune.modena.it/cittadini/apal/html/

Ecco solo alcuni dei motivi:
1) Vb non è a oggetti. La programmazione a oggetti si basa sui 3 cardini
Polimorfismo-incapsulamento-ereditarieta'. Orta, non avendo vb
l'ereditarieta' non è OOP.
2) In un form vb non puoi mettere + di 253 controlli senza utilizzare gli
array di controlli. Usare gli array di controlli significa incasinare tutta
la gestione degli eventi.
3)Le funzioni di gestione delle stringhe risalgono al QuickBasic 4.5 che
utilizzavo io nel lontano 1991.
4) Vb non ha una gestione dei puntatori avanzata come quella di delphi
5) Gli exe generati da Vb non sono altro che dei P-Code. In pratica, ci
vogliono dei moduli di runtime per far funzionare un qualsiasi programma.
Cio' significa che per una applicazione da quattro soldi che fa la cosa
piu'scema del mondo ti porti dietro circa 4 Mb di librerie DLL
6) Fai un confronto tra l'editor di menu di vb e quello di d4
7) Nei menu di vb per mettere le immagini devi fare un sacco di giri
viziosi. In delphi la cosa è gia' prevista.
8) La velcoita di esecuzione di una app. delphi ee molto superiore a quella
di una applicazione simile scritta in vb.
9) L'ide di vb si inchioda. Ci ho lavorato per un anno e mi e' successo di
tutto. Ricordo una operazione di copia e incolla ripetuta per 14 volte: ongi
volta falliva, dandomi un GPF SEMPRE NELLO STESSO INDIRIZZO ESADECIMALE.
Alla fine ho rinunciato.
10) Un articolo preso da Visual basic Programmers Journal, che tratta solo
di vb, denigrava vb dicendo varie cose tra cui: mancanza di documentazione
cartacea, continuo inserimento di "fronzoli" senza mai potenziare il nucelo
del compilatore
11) Uno dei piu autorevoli esperti di programmazione in vb che ha scritto
vai manuali ha messo su internet un suo articolo dal titolo "Saying goodbye
to vb.."
12) Access non funziona.
13) In vb: hai un oggetto Data, chiamato pippo, e lo associ come datasource
a 100 controlli. Se cambi il nome del datasource ti tocca di anare su tutti
i controlli per cambiare la proprieta in base al nuovo nome del datasource.
14) Con delphi hai i sorgenti dei vcl e non e cosa da poco
15) Dicono che con vb puoi creare gli ocx: e' una balla! Gli ocx creati in
vb danno un sacco di problemi
16) Ide troppo pesante
17) Vb non prevede l'architettura CORBA
18) La dbgrid standard di vb non permette di inserire colonne che prendono
dati da tabelle diverse da quella impostata come datasource.


Infatti, lo postata anche nel NG DELPHI proprio per sapere come avrebbero
"difeso" Delphi da VB, ma invece noto che anche in questo NG VB non è visto
proprio di buon occhio.


conoscere ed ammettere i suoi limiti.
E' un buon consiglio ma lo rimando al mittente dato che, fin qui, il
tuo non pare essere un riconoscimento dei limiti ma un banale
tentativo di screditare un buon linguaggio.
   Roberto
email: 
ron...@tiscalinet.it

Visto che tutti dicono la loro esprimo anche io il mio parere.....
nel 95% dei programmi che ho dovuto sviluppare (tutti in VB naturalmente)
sono arci sicuro che il GAP di prestazioni tra averle scritte in VB o in
Delphi o in Vattelappesca 5.0 e' praticamente infinitesimo, meglio puntare
su un buon RDBMS e su un'ottima parametrizzazione e ottimizzazione degli
accessi al  database che e' del tutto svincolata dal linguaggio che si
utilizza.
Se il mio programma VB impiega mezzo secondo per visualizzarmi una form non
me ne puo' fregar di meno se la stessa form in qualsiasi altro linguaggio mi
impiega 1 decimo di secondo....
Diverso il discorso della scrittura... testing del programma... sono
convinto e accetto smentite, che una applicazione medio-grande tra scriverla
in VB o scriverla in Delphi in termini di tempi ce ne corra e non poco... a
favore di VB naturalmente...
Ho visto con i miei occhi girare applicazioni VB dove non immaginavo nemmeno
fosse possibile.... un macchinario (una pressa ?? Bho !!!!) da circa 800
Mega Ł di una ditta svedese viene controllata completamente da una procedura
scritta in VB4 ( ripeto... l'ho visto con i miei occhi !).... una societa'
di Automazione Industriale usa VB per programmare linee di collaudo ecc.
ecc. ecc. ( e' qui a 300 metri in linea d'aria da dove sono ora) !
Avete installato le DirectX 7 ??? c'e' un giochino di esempio con tanto di
sorgente scritto in VB che gira che e' una meraviglia altro ?? che altro
possiamo chiedere ad un linguaggio che ha avvicinato alla programmzione
milioni di persone.... ed e' qui forse il problema... in quel milione di
persone scusate se mi permetto.... il 98% dovrebbe dedicarsi ad altro... ma
non intendo un altro linguaggio..... senza offesa per nessuno ci
mancherebbe...  la mia conclusione... per il 95% delle mie applicazioni uso
VB e per il restante 5% VB con delle belle API NATIVE che ronzano li intorno
e che mi costruisco su misura......
Saluti
Ven.

e' decisamente pesante (in fatto di prestazioni ed occupazione di risorse)
E' un po' complessa, ma almeno usa uno standard windows, mentre gli oggetti
di delphi li puoi usare _solo_ da Delphi, a meno di non convertitrli,
appunto, in ocx...
Una sola cosa: un debugger _POTENTE_ e _FLESSIBILE_ come quello di VB non lo
trovi da nassuna parte (quelli di Delphi e C vari non si avvicinano nemmeno
lontanamente), tranne quando debuggi sub di subclassing :)
Ciao

 mi aiuta molto.
su questo sono d'accordo, è di lettura semplice. Ma guarda che anche il 
Pascal lo è, è il linguaggio didattico per eccellenza. Il c/c++ è 
effettivamente più criptico...
--
Gio_F - mailto:
jg...@tiscalinet.it

 16) Ide troppo pesante
sarà anche pensante, ma dove lo trovi un editor così? secondo me è troppo
comodo per lavorarci
Saluti
Faber

 lontanamente), tranne quando debuggi sub di subclassing :)
Beh, a meno di non lasciare che l'IDE di VB si impadronisca dell'intero sistema
operativo in fase di debugging, quest'ultima limitazione ce la teniamo,
incorciamo le dita e speriamo che vada tutto per il verso giusto :)

 16) Ide troppo pesante
Concordo. Quella mostruosità sarà composta minimo minimo da trenta finestre
incastrate una dentro l'altra


Quello di Delphi. O di C++Builder, che e' uguale...
Roal Zanazzi


Grazie, ma chi mi conosce lo sa, predico bene e razzolo male.
Se vuoi ti snocciolo un elenco simile per Delphi, non ho problemi nel farlo.
Quando i limiti/problemi ci sono, non vedo perche' dovrei nascondermi la
testa sotto la sabbia, come gli struzzi.
L'unico motivo che posso tollerare per cui una persona si comporta "da
struzzo" e' l'ignoranza. Non e' una giustificazione, ma la si puo'
tollerare.
La presunzione legata all'ignoranza, invece, non e' tollerabile.
Ciao
Roal Zanazzi


L'unico lato positivo dell'ambiente di debugging di VB e' che puoi
modificare il codice _mentre_ esegui il debugging (perche' e' interpretato,
in quella fase). Questo porta anche lati negativi (piu' o meno
superficiali), tipo la differenza di prestazioni ed eventuali problemi
legati alla lingua.
Per il resto, VB un debugger come quello di Delphi se lo sogna (ha una tale
quantita' di tipi di breakpoint che non li ricordo mai tutti!).
Roal Zanazzi

 Certo che lo uso VB, ci lavoro da qualche anno. Abbastanza per sapere che
Scusa ma perche usi VB se lo trovi così inadeguato al tuo lavoro?
Comunque la scelta del sistema da utilizzare è personale, magari sarà anche
irrazionale, ma io sono libelro di utilizzare nella mia ditta ciò che voglio
ed da due anni uso solo ed esclusivamente Visual studio 6 enterp. che
costituisce un insieme di strumenti a mio parere senza eguali sul mercato.
Certo che per conoscerne tutti gli aspetti ci vuole un po' ma una volta
scoperti tutti i mezzi che sono a disposizione non devi chiede altro al
mondo.
PS se vi capita leggete Microsoft Windows architecture for developer's
(Mondadori/Microsoft press) a pag. 112  e finitela con il dire ed inventare
che VB e oop (ma è una grande pecca?)
PS2 VB dalla versione 6 (o forse la 5) non complila in Pcode
Ciao


Il punto e' in parte falso.
Da VB5 e' possibile compilare anche in codice macchina Intel nativo.
Per quanto riguarda la DLL di runtime, come dargli torto?
Roal Zanazzi

Quando con VB si fa un progetto di grosse dimensioni usando oggetti ActiveX,
sussistono problemi ENORMI per compilare in maniera gerarchica i componenti
rispettando la compatibilità impostata. E' abbastanza assurda in tal senso
la gestione delle GUID e quindi il riutilizzo del codice solo come compilato
(dll) in base a interfacce multiple, questo problema GROSSO in Delphi non
c'è.
In Delphi il problema più grosso è la difficoltà di trovare manualistica, e
patch, nonchè un buona connettività ad alcuni Server SQL nonchè allo stesso
mondo MS sottostando però ai limiti suddetti di COM.
Bye, Massimo

quantita' di tipi di breakpoint che non li ricordo mai tutti!).
Ti dispiace spiegarmi un po' la cosa?
Vuoi dire che esistono altri tipi di break-point a parte quello dell'F5?
Comunque:
- il valutatore d'espressioni di delfi fa un pochino schifo... alcune
espressioni non riesce nemmeno a valutarle.
- devi per forza usare una funzione nel codice se non vuoi sentirti dire che
la funzione è stata eliminata dal linker se tenti di valutarla...
- La possibilità di andare su e giù liberamente per il codice dove la metti?
- adesso in VB c'è anche la Debug.Assert.
- Ora con la valutazione delle var. locali riesci a vedere anche i metodi e
proprietà di oggetti generici instanziati come Object o Variant (a proposito
con D si può?).
Ciao

> - La possibilità di andare su e giù liberamente per il codice dove la metti?
Non farlo mentre stai subclassando :-\

 Per quanto riguarda la DLL di runtime, come dargli torto?
Già, soprattutto da quando i miei programmi non superano i 19kB... mi fa venire
un nervoso che tutti i miei sforzi di ridurre le dimensioni dell'eseguibile
siano vanificati dalla struttura stessa dell'eseguibile... almeno, se si
trattasse del Visual C++ potrei lasciare tutte le runtime esterne, dato che
Windows è composto al 90% da VC++, e le librerie necessarie ci sono per forza.
E i file RES? Che cosa ci vuole a compilarli insieme all'exe? Invece bisogna
sempre portarseli dietro separatamente.

 gli sviluppatori che lo utilizzano.
Scusate ma io non ho mai MAI sentito da parte di Microsoft e non ho mai MAI
letto su testi Microsoft che VB6 è OOP.
Perche non la finite a dire sempre la solita cazzata ed accusare un ottimo
sistema di sviluppo di nefandezze inesistenti in confronto con gli enormi
pregi che ha.
Caro Roal Zanazzi mi faresti il piacere di indicarmi, se esiste una prova
delle tue affermazioni false su:
lo "pubblicizzano" come linguaggio OOP, che hai dichiarato.
Io ti posso dire che Microsoft nella comparazione dei sistemi di sviluppo
(Windows Architecture for developer's edito da Microsoft press) a pag 112
afferma chiaramente che VB non è OOP


Forse crede che VB sia OOP perché è un linguaggio visuale e quindi finestre,
box, opt, chk e robe varie sono oggetti, ma VB si ferma qui: non ha le
caratteristiche per essere definito OOP!!!

Faccio solo un'affermazione e/o considerazione provocatoria e spero
conclusiva per tutti quelli che criticano VB :
Perche' frequentate un news-group su VB e perche' sopratutto lo usate ?? Ve
l'ha imposto qualcuno ?? o siete masochisti ??? o cosa ???
VB non e' l'unico linguaggio di questo mondo quindi............
;o)
Ciao
Ven.

Perche', volente o nolente, lo devo usare dal momento che per il
genere di applicazioni che sviluppo adesso e' lo strumento piu'
indicato. Allora, se lo devo usare, meglio farlo al meglio
documentandomi il piu' possibile (in effetti io leggo molto di questo
NG ma rispondo pochissimo). Da qui a dire che bisogna considerare VB
come la cosa piu' bella, piu' stimolante, piu' efficiente.... ce ne
passa, eh, se ce ne passa...... Hai mai provato a sviluppare in C++???
li l'unico limite che hai e' la tua fantasia!! Certo, fare una
maschera di data entry in VB e' una cosa velocissima, ma si vive anche
di soddisfazione, no?? :))
Ciao!
Luca Menegotto.


Ho usato delphi per un mese, ma la stragrande maggioranza delle cose che
dice Luigi l'ho sperimentata di persona.
Se lavorassi in questo settore userei Delphi e non certto VB.

dati da tabelle diverse da quella impostata come datasource.
Questo non lo so, i DB non sono il mio forte, ma mi sembra solo un
particolare, come dire che massimizzando la finestra di edit di Delphi non
viene coperta la barra dell'ide mentre con VB sě.
Entrambi hanno pregi e difetti, in particolare VB _sembra_ piů semplice cosě
si scredita attirando orde di pseudo programmatori incapaci che non
conoscendo minimamente l'architettura della programmazione OO e EventDriven
ripiegano su VB cosě almento l'"hello world" riescono a farlo.
Ciao.

essendo utilizzato tramite un puntatore a CPersona.
Scusa, ho non ho capito bene il tuo messaggio o sto avendo un attimo di
smarrimento + un dubbio atroce sulle mie conosc(i?)enze.
Il polimorfismo non è quella cosa per cui se definisci due funzioni con lo
stesso nome ma con argomenti diversi il compilatore comunque si adegua e
riconosce quella giusta a seconda degli argomenti passati?
Quello che hai scritto mi sembra assomigli molto ad un semplice cast.
Toglimi questo dubbio!
Ciao.

:-)
Ma smettila!
:)

box, opt, chk e robe varie sono oggetti
Non credo proprio che Roal si faccia ingannare in questo squallido modo,
almeno su questi argomenti...
Ciao

ma chi lo dice che devo sempre scegliere ?
Questo mi sembra che in psicologia linguistica e semantica si chiami "falso
paradosso" o qualcosa del genere: meglio preferiresti vivere

 esiste.
Adesso dico una bestialità: non è possibile simularla in VB con l'istruzione
Implements?
In realtà la classe CPersona diventa una interfaccia, che tu puoi
implementare in un qualunque oggetto.
Non sono sicuro se si possa fare una interfaccia CProgrammatore che
implementi CPersona e che sia a sua volta applicabile ad un oggetto, ma se
questo fosse possibile, l'ereditarietà sarebbe comunque emulabile con questo
sistema.
Certo, non è propriamente comodo, ma almeno è meglio di un calcio in bocca.
8-.)
Ciao
*Roby*

SetWindowLong
Basta che sviluppi una classe per ogni controllo (con il codice per crearlo
e gestirlo); cosi' quando devi aggiungerne uno non fai altro che creare una
nuova istanza della classe.
Ciao.

fase di sviluppo ????
noo... un altro vantaggio e' che con VB trovi lavoro
   Roberto
email: 
ron...@tiscalinet.it

La presunzione legata all'ignoranza, invece, non e' tollerabile.
Dal momento che elegantemente tocchi il tema dell'ignoranza ti diro'
che esiste anche un altra categoria di ignoranti forse altrettanto
intollerabile oltre che onnipresente, si tratta di quelli che non
sapendo fingono di sapere, ma questi fortunatamente ci vuol poco per
farli uscire allo scoperto.
Però io consiglio di lasciar perdere queste figure che a quanto sembra
si incontrano un po' ovunque, non occupiamocene, diversamente
usciremmo certamente fuori tema e non sarebbe carino per chi legge.
   Roberto
email: 
ron...@tiscalinet.it

cosa sia la centralina...
Cos'è un elettrauto? ^___^
Ciao,
Moreno
#sirri#@#morenosoft#.com
(togliete "#" dall'indirizzo)
Moreno Sirri VB Site - 
http://www.morenosoft.com/MSVBSite/
---------------------------------------------------------------------------
Le risposte alle tue domande le trovi sul Sito Comune di questo NewsGroup:
 
http://www.murialdo.it/it_lang_vb
---------------------------------------------------------------------------


...
Appare fin troppo evidente che tu di OOP hai studiato tanti bei libri che
spiegano tante belle teorie.
Infatti è ormai universalmente accettato in tutto il mondo produttivo (quel
mondo per intenderci che con il software ci deve portare la pappa a casa)
che la OOP formulata nel modo accademico classico non è poi così tanto
bella.
Questo per un motivo semplice semplice che si chiama ereditarietà di
implementazione!!!!
Se tu ti rileggessi meglio il brano che hai appena citato (penso sia tratto
da VB e SQL Server) poche righe sotto leggeresti che l'ereditarietà di
implementazione è un vero cazzotto in faccia alla riusabilità e alla
manutentibilità che sono gli unici due motivi per cui si usa la OOP (sempre
per portare la pappa a casa). Se non ci credi prova a leggere qualche libro
di C++ avanzato e recente, e ci troverai sicuramente scritto che per fare
buoni programmi bisogna evitare di usare l'ereditarietà di implementazione.
Pertanto l'ereditarietà di implementazione è VOLUTAMENTE stata ommessa da
COM (e quindi da VB).
Se credi che al mondo esistano modelli a oggetti più produttivi di COM
fammelo sapere (che io sappia gli altri esistenti sono più che altro seghe
mentali di qualche accademico frustrato che mai nessuno userà per fare del
SW che funzioni)
Mi rendo conto che questa discussione esula completamente dall'argomento, e
sarebbe bello aver il tempo per approfondire meglio...
Ciao Beppe.

 dire addio alla manutenibilita' del codice.
Perchè dice che il codice non è più manutenibile? Le interfacce dovrebbero
essere state inventate proprio per migliorare la manutenibilità del codice,
no?
Ciao
*Roby*
P.S.
Ovviamente sono d'accordo con te che il C++  e Delphi sono meglio come
linguaggio OOP VB.
E' una ovvietà, ma la dico ugualmente perchè ti vedo in piena guerra di
religione e non vorrei fare la fine dell'eretico... 8-)

disassemblato del codice e tutti i registri della CPU...
Veramente utile... :)
Ma non si può evitare che salti fuori ogni volta?
Ciao

 ha scritto nel messaggio
news:8ece7i$il$3...@nmaster.tin.it...


di si, sarebbe un peccato se non l'avessi fatto.
fatto fatto, ma probabilmente ... hai difficoltà a capirlo.
   Roberto
email: 
ron...@tiscalinet.it


OK, allora facciamo un bel giochino, ora tu scrivi il testo esatto del
subject, una letterina alla volta.
Ah, ti do un aiutino, il subject non e' (come hai scritto in precedenza)
relativo a "VB e OOP"
Conclusione
Allora, io sono poco serio, scrivo sciocchezze, non porto dati concreti, ho
difficolta' di comprensione della lingua italiana, non capisco niente,
dovrei consultare un medico, sono ignorante, etc... etc...
Mi consola (poco) il fatto che tutto questo mi e' stato detto (scritto) da
un perfetto idiota egocentrico.
Mi sorgerebbe dal profondo del cuore un consiglio da dargli, ma dato che e'
poco "educato", evito di esprimerlo. Dubito anche che l'idiota possa capire
(gia' ha difficolta' con la lingua scritta, figuriamoci se legge "tra le
righe"...).
Chiedo umilmente scusa a tutti quelli che si sono dovuti sorbire questa
penosa discussione, e prometto a me stesso che tentero' di evitare
discussioni simili in futuro (sono sicuro che ce ne saranno altre, si sa, il
mondo e' pieno di idioti).
--
Roal Zanazzi

No, infatti si sara' gia' buttata giu' >:-]
Forse con "Microsoft non starà alla finestra" significa che troverà una
soluzione diversa da 2000Finestre.
A proposito, ma non volevano unificare il tutto sotto WinNt?
Ho sentito che solo di Win2000 ce no sono tre versioni (e fin qui ci può
anche stare) ma che non andranno a sostituire nè NT nè ('azzo!) Win98 che ha
già un prossimo erede (Win Millennium mi sembra).
Andiamo bene... non capisco come sperino di resistere ancora a lungo se non
riescono a dare una compatibilità (quasi) completa tra i loro S.O.
P.S.: Ora fai un bel respiro e che non si ripeta più un linguaggio di così
bassa lega.
Non importa quale siano le ragioni, mi sebra che tu fossi un sostenitore
della netiquette e se vai contro i tuoi stessi principi non vali molto (come
persona).
Scusa questa uscita filosofica ma secondo me le regole NON scritte (proprio
per questo) sono molto più importanti e rispettarle nobilitano l'animo.
Ciao.
P.P.S.: Ma come ç@##0 si fa a far funzionare un ASP???? 'Sta baracca del PWS
sembra non funzionare un accidenti, Il file ASP.Exe (preso dal sito M$ come
suggerito da AK) non si installa (dà un errore di disco pieno... con 200Mb
liberi? Ma se ne deve installare solo 9!)!
Non so più che pesci pigliare...

concorrenza e libero mercato, anima degli states ?
Già, e che dire di Intel? Anche se ormai AMD mostra i muscoli.
Per quel che riguarda Microsoft leggevo che J.Clark (uno dei
cofondatori di Netscape) adesso lancia un grido d'allarme chiedendo
che Internet Explorer non venga separato da Windows, sostenendo che
anche il browser può essere un sistema operativo...
...la faccenda si complica!
   Roberto
email: 
ron...@tiscalinet.it