Newsgroup: it.comp.lang.visual-basic
Titolo: il Visual basic è una chiavica di linguaggio

come da oggetto
Se volete ambienti di sviluppo leggermente
più seri spostatevi a c++

più seri spostatevi a c++
Sei un trollozzo, ma ci casco volentieri, perché io sviluppavo in C++
quando tu ancora ti pulivi la bocca dal latte. Come la vedo io?
Se devo scrivere sistemi real-time, o applicazioni con multithreading
spinto, allora DEVO usare C++. Se viceversa devo fare
un'applicazioncella di data entry, ovvio che la scrivo in VB. Ci metto
circa la metà, forse meno. Ammetto, non è divertente, ma il suo porco
lavoro lo fa.
--
Ciao!
Luca Menegotto

 ha scritto nel messaggio
news:al28415v0s5eutfts...@4ax.com...

Tanto di cappello.
Tu si che sai il fatto tuo.
Yankee_dudu


Caro Albert, Yankee_dudu, <altro nome di troll a piacere>
questo ce l'hai gia' detto qualche giorno fa... grazie per la tua opinione, 
ora fai il bravo, vai a giocare da un'altra parte
Ciao
-- 
Luca Dormio - 
luca....@tin.it
________________________________
"Marty, non stai ragionando in maniera quadridimensionale"
Dr. Emmett L. Brown 

 piů seri spostatevi a c++
Dico la mia (diciamo che colgo la tua trollata come spunto per esternare una 
riflessione). Avendo sviluppato parecchio prima in VC++, poi in 
VisualFoxPro, e adesso in VB6, credo di avere un discreto metro di paragone.
VB ha un grosso difetto/pregio: *puň* essere utilizzato in maniera 
approssimativa.
Ho detto, perň, "puň", non "deve".
Cioč, chi non ha grosse competenze, puň comunque prendere in mano VB, e con 
due bestemmie in rapida sequenza riesce a sfornare qualcosa.
Poi, quisque faber fortunae suae, occorre che il nostro eroe si renda conto 
che le cose vanno fatte bene, e inizi a perfezionarsi e a prestare 
attenzione alla forma ed ai dettagli.
Qui le strade si dividono: chi ha testa e soprattutto voglia di migliorarsi, 
mette a punto alcuni schemi mentali e giunge a realizzare esattamente lo 
stesso prodotto finale che avrebbe fatto con VC++ (salvo un paio di 
dettagli, ma siamo lě...).
Chi invece pecca di supponenza e/o non ha voglia di mettersi in discussione, 
si autoconvince che le cose vadano bene cosě come sono, e continua a 
sviluppare da cane. Tanto, nel 90% dei pc, la porcheria funziona.
Alla fine di questo processo, troviamo in circolazione prodotti software 
fatti veramente col culo, instabili, che danno problemi se si cambia 
qualcosa nel pc, e che "sono fatti in VB".
Per cui, alcune persone dotate di scarso cervello, fanno l'associazione piů 
facile: "VB=cacca", e, non sapendo come altro argomentare un ragionamento 
che scaturisce da un casuale cortocircuito dei due neuroni, escono con frasi 
tipo: "il Visual basic č una chiavica di linguaggio".
Ciao
Alberto
-- 
E tutto mi sembrava andasse bene... 

 più seri spostatevi a c++
Ma io non voglio un ambiente serio, quello lo lascio a chi ha tempo da 
perdere come te.
Io preferisco un ambiente che mi faccia guadagnare divertendomi :)
Ciao 

tipo: "il Visual basic è una chiavica di linguaggio".
Allora, Alberto, io sono in massima parte d'accordo con te. C'è però
una cosa che di VB devo dire, con tutte le premesse e i distinguo del
caso (io sono e resto convinto, ad esempio, che per fare certe cose VB
è imbattibile, che ogni problema si affronta con lo strumento
adeguato, eccetera): io non mi sono mai divertito a svluppare con VB.
Capiamoci, ho fatto delle belle cosine, sono stato contento dei
prodotti, ma non ho mai avuto soddisfazione dall'uso. Cosa che
viceversa mi capitava, devo dirlo, più col C che non col C++, perché
mentre il C++ ha una serie di costrutti in effetti molto interessanti
che però ti danno molta pappa pronta, il C è un quasi-assembly, per
cui se sai quel che stai facendo fai dei fulmini di guerra (come puoi
fare delle immani porcherie); per dirti, io Windows ho iniziato a
studiarlo con il famoso Programming Windows95 di Charles Petzold, e li
era solo C, API dirette e così via.
Poi, io ho un amico che direbbe che sto bestemmando, e bestemmio
perché non conosco Ada, ma tant'è.
VB ha alcune cose che effettivamente mancano (ereditarietà e
multithreading è ciò che mi manca di più), ma per fortuna adesso
abbiamo .NET....
--
Ciao!
Luca Menegotto

 era solo C, API dirette e cosě via.
divertente.
in questo momento, sulla mia scrivania, anche se da molto tempo
inutilizzato, giace un libro dal titolo "programmare in windows 3.1",
autore charles petzold.
all'epoca, per sviluppare applicazioni windows, non c'era altro che il c.
ho fatto tante di quelle cazzate, e ci ho messo cosě tanto tempo a
sviluppare una applicazione di raccolta dati, che non tornerei
assolutamente indietro.
-- 
Salutoni
Sergio
Per rispondere... togli il group dall'indirizzo
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it


Fai un favore....
spostati in mezzo all'autostrada!


e perchè non  Java?
Potente quasi come il c++ (se non uguale) e abbastanza immediato come il 
Visual Basic, un ottimo compromesso
per chi, come me, ha programmato per parecchio tempo col caro VB6.
Concludo dicendo che il VB6 è imbattibile per sfornare prototipi, esempi di 
programmi, magari anche completi, per dare
agli altri, e a se stessi, l'idea concretizzata.
Dopo questo passo è inevitabile un porting del progetto in un linguaggio + 
serio e graficamente + appagante per chi, come me,
vede il codice come un'opera artisitica. ;-)
Saluti,
Matteo 

autore charles petzold.
Io questo me lo son fatto prestare, ma non l'ho mai posseduto, ne ho
mai programmato applicazioni sotto Win16. Pero' Programming Windows 95
ce l'ho ancora.... :))))))
--
Ciao!
Luca Menegotto

e perchè non  Java?
A 'sto punto perché non C#, visto che ne esiste uno standard ISO/ECMA
e che è qualcosa più performante di Java?
--
Ciao!
Luca Menegotto

 e che č qualcosa piů performante di Java?
Perche` C# e` destinato a girare solo su Windows. La faccenda
dello standard e` solo marketing:
quale e quanto  supporto da Microsoft per realizzare versioni
del framework per sistemi operativi diversi dal suo?
-- 
ciao, hal

 era solo C, API dirette e così via.
Vorredi dire una cosa che magari centra poco con il thread...E' possibile 
che ancora nel 2005 MS venda sistemi operativi sprovvisti di un compilatore 
c/c++ ?!
Cioè loro ti danno il platform sdk gratuitamente, ma senza compilatore a 
linea di comando (tale cl.exe). Per me è una cosa senza senso.
Ciao
Michele
-- 
*** MoxCdBurn ***
Add the cd writing power to your programs!
Open source C++ class and ActiveX control
www.moxcdburn.net
 

dello standard e` solo marketing:
Hai dato un occhio a Mono?
--
Ciao!
Luca Menegotto

linea di comando (tale cl.exe). Per me è una cosa senza senso.
Io in questo periodo sto dando un occhio a VBScript, che è integrato
nel SO. Essendo un niubbo in materia, però, non ne conosco i limiti
(ma se ti consente di chiamare le API, è già qualcosa....)
--
Ciao!
Luca Menegotto

 Hai dato un occhio a Mono?
Quando lo guardai, mesi fa era  un progetto portato avanti da
appassionati che faceva "qualcosa", non era come per java che
Sun ti da gia` il tuo bravo SDK bell'e fatto per la piattaforma
che ti interessa.
Chi garantisce che Microsoft non inventi qualcosa strada facendo
che renda non usabile Mono?
Io non baserei (e non baso, infatti) il mio pane su una cosa del
genere.
-- 
ciao, hal

 linea di comando (tale cl.exe). Per me č una cosa senza senso.
Quoto con piena convinzione.
La dice lunga su quanto Microsfot rispetti il suo utente e, ancora
piu` grave, chi produce software da usare per la *sua* piattaforma.
-- 
ciao, hal

 (ma se ti consente di chiamare le API, è già qualcosa....)
Ci mancherebbe che non mi dessero neanche un tool come Windows Script Host, 
che però è utile solo per fare script per automatizzare operazioni di 
amministrazione, mentre se devo scrivere applicazioni mi attacco al tram.
Per la cronaca niente API con vbscript (almeno non direttamente).


che renda non usabile Mono?
Nessuno. Come nessuno garantisce che Sun, da un giorno all'altro,
decida di non supportare più Java (che, vorrei ricordarlo, è comunque
tecnologia proprietaria).
Ciò che mi ha stupito, una volta che mi sono cominciato a interessare
a .NET, è il fermento che questa tecnologia ha suscitato nella
comunità. Mono non è più un prodotto fatto da pochi appassionati, gode
del supporto diretto di Novell (e , oltre tutto, il supporto lo
fornisce anche per Win32, per cui ti puoi affrancare completamente da
Microsoft, volendo). La stessa standardizzazione ISO/ECMA, che
comprende  si il linguaggio ma anche il framework, è stata si
richiesta da Microsoft, ma patrocinata da HP e da altri produttori,
tanto che se tu oggi decidessi di scrivere un framework concorrente,
nessuno te lo potrebbe impedire. Non solo, ma la standardizzazione del
CLR ha fatto si che sia possibile raggiungere un'interoperabilità
finora impensabile (pensa che in rete esiste perfino un compilatore
Ada). Io le trovo solo cose positive che, unite a un'efficienza
superiore rispetto a quella finora offerta dalle Java classes,
potrebbero farne un'idea vincente per il futuro. In merito a Java, io
ritengo che Sun abbia fatto un errore nel momento in cui ha deciso di
abbandonare lo sviluppo del supporto hardware a java (che peraltro, va
detto, è un linguaggio molto bello, per certi aspetti superiore a C#).
Ah, giusto per curiosità, io sto usando un ambiente di sviluppo open
source....
--
Ciao!
Luca Menegotto

 cui se sai quel che stai facendo fai dei fulmini di guerra (come puoi
Beh... Quale sarebbe questa pappa pronta che il C++ ti metterebbe a 
disposizione? Ha un sacco di funzionalità in più del C (e questo è solo
un bene) ma "pappa pronta" non ne vedo proprio. Tutto quello che è
fattibile in C è fattibile più comodamente in C++ senza perdere in
efficienza (anzi... anche guadagnandone), ma guadagnandone molto in
qualità e sicurezza del codice.
Ciao e Buona Pasqua.
-- 
BSD is for UNIX lovers -- linux is for Windows haters.

 linea di comando (tale cl.exe). Per me č una cosa senza senso.
Questo č un discorso molto diverso (perché il PSDK č destinato agli
sviluppatori). In ogni caso ora lo forniscono gratuitamente anche loro
(anche se non insieme al PSDK).
Ciao.


 piu` grave, chi produce software da usare per la *sua* piattaforma.
Vedi sopra...
Ciao e Buona pasqua.


 Potente quasi come il c++ (se non uguale) 
Arghhh!!!!!!!
ERESIA!!!!
Java se vale 1/100 del C++ (come potenza e flessibilità) è già tanto...
Ciao e Buona Pasqua.


 del framework per sistemi operativi diversi dal suo?
No, qui ti sbagli alla grande :)
La faccenda dello standard è fondamentale, il supporto di M$ sarebbe
solo marketing...
Il C ed il C++ sono solo uno standard... e niente più, ed il loro 
valore (a prescindere dal linguaggio) è questo.
Essere standard significa che chiunque può creare una sua
implementazione per la piattaforma che vuole (e se la fa conforme allo 
standard sarà compatibile con le altre esistenti -salvo eventuali e
possibili limitazioni imposte dall architettura hw-).
Ciao.


 Ciao.
E Buona Pasqua anche a te.


 (anche se non insieme al PSDK).
Uhmm...mi riesce difficile crederlo. Tieni conto che l' sdk č sprovvisto di 
compilatore, linker e librerie di run-time. Se sai dove si possono reperire 
sarei molto curioso di saperlo anch'io.
Buona pasqua anche a te


 sarei molto curioso di saperlo anch'io.
Qui trovi la versione gratuita di Visual C++ (senza IDE, solo strumenti
a linea di comando):
http://msdn.microsoft.com/visualc/vctoolkit2003/
Qui trovi VC++ Express Beta, che è la beta di una versione ridotta
del "normale" VC++. La beta è (e ci mancherebbe altro...) gratuita, la
versione definitiva dovrebbe comunque essere disponibile a basso costo.
Questo include anche IDE, debugger, ecc...
http://lab.msdn.microsoft.com/express/visualc/default.aspx


 Ciao e Buona pasqua.
Buona Pasqua anche anche a te :-)
-- 
ciao, hal

 possibili limitazioni imposte dall architettura hw-).
Sono d'accordo con quanto scrivi. La mia diffidenza riguarda il
fatto che, al momento, mentre con java ho a disposizione da Sun
per sistemi operativi  diversi almeno un' implementazione della
VM, con .net non ho ancora nulla di completo.
Ho  iniziato  a  guardare  java (che  e`  stato  il  mio  primo
linguaggio) circa 9 anni fa e C# 5 anni fa. Considerando per C#
Microsoft ha avuto la possibilita` di progettare basandosi sull'
esperienza di java, mi pare che, se realmente avesse voluto, MS
avrebbe potuto fare molto  di piu` in termini di disponibilita`
per altri sistemi operativi.  Poi, ben vengano  implementazioni
indipendenti, ma dovrebbero essere a corredo, penso, invece che
necessarie per portare il codice da un S.O. all'altro.
Invece si  sono  preoccupati di incastrare il piu` possibile il
browser nel sistema operativo ( autogol  pazzesco ai fini della
sicurezza del sistema operativo) cosi` come per il media player.
-- 
ciao, hal

 (ma se ti consente di chiamare le API, è già qualcosa....)
http://people.freenet.de/gborn/WSHBazaar/WSHBazaar.htm
http://www.hiddensoft.com/autoit3/
AutoItX
http://www.hiddensoft.com/AutoIt/
AutoItX solo dll
http://www.hiddensoft.com/cgi-bin/countdown.pl?AutoIt/AutoItX.zip
negli esempi cambia "Untitled - Notepad" in "Senza nome - Blocco note"
e "Calculator" in "Calcolatrice"
http://www.hiddensoft.com/forum/index.php?s=4fb38ec51dbef7c3a0b63484b9e1f97a&showforum=2
--
Fosco

 per altri sistemi operativi.  
Vedi sopra... Alla fine dove sono tutti questi sistemi supportati
direttamente da Sun? 
Io invece ritengo l'approccio M$ infinitamente migliore di quello Sun.
Tieni presente che se la Sun domani decidesse che Java potrà essere
fatto girare solo su Solaris, chi lo usa dovrà cambiare SO o passare ad
altro linguaggio. Con C# questo non potrà mai accadere.


 altro linguaggio. Con C# questo non potrà mai accadere.
A parte che anche Sun pare voglia rendere opensource pure java,
le modifiche di licenza non possono essere retroattive, percio`
io sono *sicuro* che cio` che oggi gira indifferentemente su solaris
e windows lo fara` anche domani. Per .NET finora ho visto solo della
gran "evangelizzazione" (che brutta parola!).
-- 
ciao, a

 brutta parola!).
Beh... Java cos'è? Le sue presunte portabilità, facilità, modernità, 
ecc... cosa sono? Solo fandonie...


 ecc... cosa sono? Solo fandonie...
Stai scherzando, immagino.
-- 
ciao, hal

 Stai scherzando, immagino.
No, assolutamente. Due settimane spese per riuscire a far girare un 
"portabile" programma Java (necessario per sostenere un esame) sotto 
FreeBSD per amd64 ti fanno passare ogni voglia di scherzare...


 FreeBSD per amd64 ti fanno passare ogni voglia di scherzare...
Mi cade un mito :-(
Mi riferisco a java, ovviamente ;-)
La mia esperienza personale e` fortunatamente in senso contrario, anzi
ne sono rimasto entusiasta. Pero` e` limitata ad applicazioni web con
tomcat e jsp, portate indifferentemente da linux a windows e viceversa
senza cambiare un bit, con dei semplici cp -r.
-- 
ciao, hal

 senza cambiare un bit, con dei semplici cp -r.
Il bytecode Java è realmente portabile?
No in assoluto, anzi... è quanto di meno portabile esista, perché
gira *solo ed esclusivamente* sulla VM Java.
Quindi, alla fine, la portabilità è basata tutta sulla disponibilità 
e sulle funzionalità della VM.
Se per un certo SO o per una certa accoppiata hw/SO non c'è una VM Java,
o c'è ma non è perfettamente conforme alle specifiche, la portabilità
diventa una chimera...
