Newsgroup: it.comp.lang.visual-basic
Titolo: [?] quale futuro?

se il VB e' spacciato e con VB.net posso sviluppare solo applicazioni 
che utilizzano il framework, cosa consiglieste per sviluppare 
applicazioni standalone (che non devono usare il framework)?
Considero Java alla stregua di 
VB.NET
 e C#, cioe' dipendente da un 
framework o Virtual Machine, per cui non sarebbero idonei!
il VB non verrà più aggiornato per cui i candidati ideali a mio parere 
si riducono a C++, e Delphi... altri suggerimenti?
Pensando al futuro della programmazione con gli strumenti attuali mi 
chiedo se non sia il caso di progettare un nuovo linguaggio ;-P
se non si era capito sono un po' in crisi riguardo agli strumenti di 
programmazione...
ciao
marco

 applicazioni standalone (che non devono usare il framework)?
Scusa la curiosità: cosa ti ha fatto di male il framework? :-)
Per il resto, non credo che vb sia spacciato, per lo meno nell'ottica del
medio termine.
Salutoni
Sergio


Scusa ma allegare il runtime del VB nelle proprie applicazioni e
allegare il framework che differenza ti puo fare ?


Nel medio termine, il framework non tutti l'hanno installato o hanno 
intenzione di installarlo, sia per problemi di compatibilita' con il 
resto del sistema, sia per occupazione di risorse.
Bisognerà attendere le prossime versioni di Windows per essere sicuri 
che sia integrato nel S.O. e quindi che possa eseguire anche le 
applicazioni .net senza ulteriori problemi per lo sviluppatore. Poi 
bisognera' attendere che i clienti per cui si sviluppa acquistino del 
nuovo hardware che permetta l'esecuzione di questo nuovo sistema 
operativo (4-5 anni se va bene).
Senza contare che per quanto veloce sia il framework resta sempre un 
programma interpretato, come Java!!! Ora qualcuno direbbe che lo e' 
anche il VB 6.0 a causa del runtime, ok lo e' anche lui!
Quindi bisogna per forza orientarsi sul C++ per essere sicuri che venga 
compilato e che funzioni sul 99% dei Sistemi Operativi ?!
Dovremmo renderci conto che fra 4 o 5 anni quello che abbiamo imparato 
sul VB lo potremo buttare alle ortiche a meno di non continuare a 
sviluppare con lo stesso strumento vecchio di 10 anni!! ma ci sono 
alternative ?

 alternative ?
Utilizza Vb.Net, allega il framework e hai risolto. Tra 5 anni poi quello
che sarà sarà.


vedi risposta a CSSoft.
Il runtime di VB č pių esiguo rispetto al Framework.
In ogni caso io sto mettendo in dubbio l'utilitā di continuare a 
sviluppare ANCHE in VB 6.0.
Se fossi sicuro che il C++ e' la scelta migliore e avessi un traduttore 
VB To C++ lo userei!!
ma il C++ nudo e crudo e' un po' carente per la realizzazione di 
interfacce grafiche.
Insomma sto cercando l'impossibile, un ambiente di sviluppo come il VB, 
ma compilabile alla stregua del C++, magari open source!

 anche il VB 6.0 a causa del runtime, ok lo e' anche lui!
Non e' interpretato come peraltro non e' VB attuale gia' da un pezzo... un
conto e' avere dipendenze da DLL esterne, un conto e' essere interpretato
Ciao
-- 
Luca Dormio - 
luca....@tin.it
________________________________
"Marty, non stai ragionando in maniera quadridimensionale"
Dr. Emmett L. Brown

 conto e' avere dipendenze da DLL esterne, un conto e' essere interpretato
si hai ragione non e' interpretato come il GWBASIC, del resto non ha la 
stessa efficienza del C o C++ compilato.

 che sarà sarà.
Un'ultima cosa sia con VB sia col framework siamo sempre più legati alla 
MS, non c'e' semplice migrare tutte le tue applicazioni in ul altro 
linguaggio / ambiente di sviluppo, ma la cosa peggiore e' che in futuro 
il legame diventera' sempre piu' stretto.

 stessa efficienza del C o C++ compilato.
Questo e' assolutamente vero, pero' chi a suo tempo ha scelto VB e ora
sceglie .NET sa che sta barattando la velocita' bruta con altre cose
Ad ogni modo, se per le tue esigenze sono imprescindibili indipendenza da
componenti esterni (per quanto possibile), efficienza del codice generato,
sviluppo in ambiente visuale e magari qualcosa di non eccessivamente diverso
da quello cui sei abituato ora, allora il canditato n.1 e' senza dubbio
Delphi... nota per inciso che sta per arrivare anche li il supporto al
framework .NET


 ma compilabile alla stregua del C++, magari open source!
  Altro? ;-)
  Cmq quello che ti hai descritto mi ricorda l' Object Pascal / Delphi ,
sicuramente piů potente del VB come linguaggio ma meno come ambiente RAD (
almeno relativamente a quando c'ho smanettatio io, ora non so se č
migliorato )
Ciao
--------------------------------
Inviato via 
http://usenet.libero.it

 framework .NET
mi sembra di capire che sia anche l'unico ??!!
grazie per la risposta!
:-)
ciao marco

 migliorato )
Mah! ne ho sempre sentito parlare bene, io so un po' di Pascal, magari 
mi butto su quello ;-P
Poi con Kylix potrei lavorare anche su linux!
Mi sembra un po' caro pero' possibile che nessuno abbia sviluppato 
qualcosa open source di pari livello ???
Non esiste un ambiente multi linguaggio? scrivo in Visual Basic o in C o 
in Pascal e traduce tutto in codice macchina (lasciamo stare Visual 
Studio .net)
E' cosi difficile gestire la sintassi di linguaggi ormai molto simili ?? 
In passato avevo provato a scrivere un programma con sintassi BASIC sul 
compilatore C++ della Symantec (poi con macro sostituzioni convertivo in 
automatico la sistassi da BASIC a C++) e tutto funzionava!!!
credo che si possa fare di meglio progettando un compilatore.

 VB, ma compilabile alla stregua del C++, magari open source!
Non l'ho provato, ma guarda questo:
http://gambas.sourceforge.net/
Ciao
Andrea

 [cut]
[SNIP]
Perdonami, ma sei partito da una questione: "che strumento per sviluppare
standalone senza dipendenze" e siamo arrivati ad una discussione sui massimi
sistemi di quella bizzarra scienza inesatta che e' lo sviluppo software ;-)
Le questioni di compatibilita' hardware/software, supporto di sistemi
"vecchi", problematiche di installazione, integrazione con sistemi DB,
integrazione con applicativi di terze parti e con componenti hardware legacy
sono il pane (e il sudore) quotidiano di tutti quelli che fanno questo
mestiere, indipendentemente dallo strumento usato...
Forse cercavi una parola di conforto che dicesse, "non ti preoccupare, usa
X, scriverai i programmi solo col mouse e non sentirai piu' parlare di
niente di tutto questo", ma temo che al momento non te la possiamo dare :-)


 niente di tutto questo", ma temo che al momento non te la possiamo dare :-)
No, so benissimo che non esiste un ambiente di sviluppo perfetto, ma da 
quello che abbiamo a disposizione ora alla perfezione penso che ci siano 
ancora parecchi stadi intermedi!
A questo punto cerco soci per lo sviluppo di qualcosa di migliore ;-P
ciao


molto interessante!!!
grazie e ciao
marco

 prodotti bacati il produttore ci penserebbe due volte!
Aggiungo anche: prima di tirare fuori qualcosa di completamente nuovo 
infischiandosene del passato!!!

rallenta la macchina ?
Per chi e' interessato all'occupazione di risorse di un programma .net
rimando ad un mio post raggiungibile da
http://snurl.com/1azm
Ciao
Stefano "HappyMan"
--
Database Gate - The Powerful SQL Editor
HD Checker - The S.M.A.R.T. Hard Disk Reader
Asus Checker - CPU and Asus MB Checker
http://www.sgr.info

ma compilabile alla stregua del C++, magari open source!
Beh non e' open source ma il Borland C++ Builder assomiglia molto a
quello che cerchi. 



Io pero non sono molto d'accordo che C++ Builder sia molto "standard",
anche per i tipi di implementazioni che usa, come il anche per il
Delphi, inoltre essendo cmq legati a un azienda sono legati alla vita
della stessa.

E' del PowerBasic che ne pensate, qualcuno lo usa o lo ha mai usato? 
dovrebbe essere l'erede del TurboBasic, mi sembra che sia abbastanza 
copatibile con VB 6 ma non so quanto più veloce!

Microsoft, quando ha presentato 
VB.NET
, ha detto che "supporteranno" vb6 per
altri 9 anni.
9 anni, in termini informatici, è un'eternità.
Non dire che non ha futuro, è MOLTO falso.
inoltre, se dici che vuoi usare C++... beh, mi pare che il C "old style"...
quello sì che è in picchiata.

*Alpinetto* ha scritto:

Non conosco Net, mi picco, però, di "conoscere" (fra 8000 virgolette) M$.
Quando avrà "succhiato" abbastanza dal mercato "veloce", tornerà, per non
morire, alla professionalità (di cui, certo!, ha le conoscenze, non certo la
pratica, sinora mercantile) e quello che tu definisci, correttamente, "old
style", tornerà in voga. E' sempre andata così, ovunque e comunque, in ogni
settore, ambiente e ... era.
La sinusoide (volgarmente traducibile in "altalena") è la "figura" che
meglio rappresenta il tempo. Ovunque. Comunque. Sempre.

 quello sì che è in picchiata.
qualsiasi compilatore C++ compila  sempre anche il C
ti risulta anche per .net ?

 YESSSS !!!!!
vengo anche io, potremmo anche vederci!

programmazione...
credo piuttosto che non sai cosa imparare o verso cosa migrare... :-)
Legittimo.
Ciao,
Moreno
-- 
sirri at morenosoft dot com
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
---------------------------------------------------------------------------

A questo punto cerco soci per lo sviluppo di qualcosa di migliore ;-P
E nel frattempo come mangi?
-- 
ciao, hal

credo che si possa fare di meglio progettando un compilatore.
Ma tu, hai mai provato a progettarne uno?
-- 
ciao, hal

 framework o Virtual Machine, per cui non sarebbero idonei!
Se vuoi un linguaggio che sia *semplice* da utilizzare è decisamente
impossibile che non ci sia un runtime o una libreria da distribuire con
le applicazioni.
Ciao.
-- 
BSD is for UNIX lovers -- linux is for Windows haters.

 anche il VB 6.0 a causa del runtime, ok lo e' anche lui!
Diciamo che la distinzione linguaggio interpretato - linguaggio
compilato non ha molto senso...


 le stesse cose!
Tutti i linguaggi cambiano, vedi per esempio il C con il nuovo standard
(C99).
Quello di cui puoi essere certo è che scegliendo un linguaggio e non un
ambiente di sviluppo avrai sempre un supporto per questo.


 se il VB e' spacciato e con VB.net posso sviluppare solo applicazioni
beh c'era una cosa che dicevo al mio "personal guru" in chat
stamani....
depurato dalle parolaccie era suppergiù....
"accipiripicchiolina che palle VB"
perchè?
perchè pur avendo la mia bella scorta di moduletti e function...quasi per
tutto....
mi ritrovo "o di riffa o di raffa" a reinventare la ruota!
Il guaio di Vb è che ci si concentra sull'interfaccia e si perde di vista il
problema (lo so che farò felice qualcuno a dir questo)
Io vorrei un qualcosa che mi concentri sulla logica...sulle relazioni dei
dati....ed il resto ci pensi lui....
Invece con la scusa del RAD anche io mi trovo senza accorgermene da 3 giorni
a disegnare form....a limare bottoni...a provare accostamenti di colori...a
fare l'amleto "radio o check box...questo è il dilemma".....cavolo ed i
dati???.....la pianificazione???......
IPNOTIZZATO....dal Visual.....mi son perso il BUSINESS!!!
ma per la Majella
io vorrei qualcosa per DESCRIVERE i problemi non per DISEGNARLI
Il buon mio "personal guru" interrompeva le mie parolaccie e mi faceva
notare
a) Esistono dei generatori di applicazioni ...descrivi il problema ...e ti
tiran fuori l'applicazione scritta in C java o altro(logico che se non ti
piaccion i colori di default poi devi smanettare)
b) prima o poi si tornerà alla semplicità e potenza (per i gestionali) di
roba come il Cobol (fujitsu ha tirato fuori Cobol for .NET in questi
giorni....ti puoi scaricare la trial)
Aggiungo una mia personale considerazione
il tuo sfogo rasenta il mio di alcuni mesi fa....poi uno medita ...il tempo
va avanti.....e l'espeienza insegna....
Qual'è l'assunto:
Ho un problema...come programmatore devo risolverlo
Lo so risolvere?
Si bene...chi cappero se ne frega con che lo fai!
Credi che l'utonto starà a vedere se è NET JET SBET PET o SMINK???
Ti han chiesto un gestionale?
e tu fallo con quello con cui lo sai fare! il resto è solo poesia!!!
credimi!
Se frequenti il ng di VB...
vuol dire che (se lavori con VB) farai
al 80% Gestionali
al 10% Utility varie (player mp3 P2p Ftp Console MSDE  Catalogatori di cd
etc etc)
al 5% Grafica
...il resto sono i pazzi  che voglion mandare avanti un Sincrotrone con il
VB.
VB era anche troppo dispersivo come detto sopra
VB.NET
 ti costringe ad un "minimo" di formalismo (ci sto sbattendo il capo
ora)
Certo che per fare l'ennesimo magazzino  o l'ennesima prima nota.....non hai
bisogno di molto altro ...anzi anche troppa roba...confonde le idee!
Al limite guardati sto cobol NET (ma costa se poi ti piace!!!...a tuo
rischio e pericolo!! eh eh!)
...ma solo se non devi attaccare il tuo pc al proto-sincrotrone che hai in
garage!!!
--
Il Wodkino Nazionale è a : 
www.martek.it
Pagina Vb/Bestiario/Lamer Experience :
http://www.martek.it/go.asp?portamia=2
 ...se cercate bene da qualche
parte c'è anche il forum!

 Ma tu, hai mai provato a progettarne uno?
no o almeno non da zero, ma ho dato il vecchio corso di linguaggi 
formali e compilatori all'universita' usando lex e yacc per cui mi rendo 
conto che sia complicato gestire grammatiche e sintassi di linguaggi 
differenti, ma non per aziende importanti come quelle che producono 
strumenti di sviluppo.

 le applicazioni.
posso accettare nella implementazione di un liguaggio l'uso di un 
runtime come per VB. Ma in .net e' grossino e un po' invadente come pure 
la java VM. Del resto se ci fosse un compiltaore .net -> linguaggio 
macchina dotato di un piccolo runtime solo per il garbage collector 
potrebbe essere usato anche su macchine "poco dotate o obsolete" che non 
debbano sfruttare tutte le funzioni del framework.
ciao marco

 Legittimo.
pensavo che fosse ormai chiaro!
penso che .net abbia molte potenzialita' ma non e' adatto a tutto (e non 
mi riferisco alla realizzazione di S.O. ma a software piů semplice). Mi 
pare invece che si voglia spingere all'utilizzo del framework per fare 
quasi ogni sorta di applicazione, anche quelle che sarebbero, ora e 
sempre, realizzate meglio con linguaggi vecchio stile (C, PASCAL, VB, 
ecc.). Un modo per spingere e' quello di togliere strumenti alternativi 
(leggi VB).
ciao
marco

 marco
ciao Omonimo!
:-)


 ciao Omonimo!
a questo punto per rispondere al Subject direi che il futuro e' molto 
ACQUOSO
ri-ciao omonimo!!
:-)

quello che puo' e quello che non puo' fare con ciascuno di essi.
Quindi usa il linguaggio adatto all' obiettivo che si pone e
l'ambiente che preferisce per sviluppare con quel linguaggio.
Nel mondo Microsoft mi sembra un bel risultato quello raggiunto con
l'ultimo Visual Studio: puoi scrivere e debuggare codice managed ed
unmanaged,script e altro utilizzando lo stesso strumento.
-- 
ciao, hal

 ri-ciao omonimo!!


debbano sfruttare tutte le funzioni del framework.
Non e' mica solo il garbage collector (che mi garba pure poco) la
differenza!
Guarda ad esempio il thread di Zanna su vb6 ed il multithreading:
pensa a quanti problemi risolve un framework, sia esso .net o java.
Piu' sono i problemi di analisi ed implementazione che vengono risolti
e tanto piu' corposa diventa necessariamente la libreria di supporto.
Tant'e' che per piccoli device come, ad esempio, i palmari o i
telefoni celllari, vengono prodotti dei framework di dimensioni
ridotte rispetto a quelli originari. Ovviamente non ci si ritrovano
tutte le funzionalita' disponibili su pc.
Un framework, se ben fatto, risolve inoltre anche problemi di
progettazione non banali: pensa a tutti i pattern gia' implementati
che puoi trovare in java ed in .net, mentre per realizzarli con codice
tuo in vb o in C/C++ devi scrivere migliaia di righe.
Con questo non dico che uso .net, anzi penso che lo utilizzero'
piuttosto in la', ma certi vantaggi sono innegabili, come ad esempio
l'api di GDI+ in .net rispetto all' api GDI usata tramite vb6
(e che vb6 non e' malaccio per disegnare).
Quando Microsoft usci' con COM sembrava rivoluzionario, anche se poi
tante volte se dice peste e corna. Ma usare COM e' COMplicato (da qui
il successo di VB, che semplifica incredibilmente la vita).
Ed ora .net e' un altro passo avanti, forse fatto un po' prima del
tempo con una certa fretta commerciale, ma, se Microsoft sara' ancora
in piedi fra 10 anni, e' molto probabile che girera' su quasi tutte le
macchine Windows. Ma girera' ancora vb6, ne sono convinto... ;-)
-- 
ciao, hal

 tutte le funzioni del framework.
Già, ma senza le funzioni del framework te ne faresti molto poco di
.net...


 altro NG piu' adatto allo scopo!
Il linguaggio (quasi) universale esiste: il C++. Puoi utilizzarlo per
qualunque tipo di applicativo e ti permette di svilupparlo al meglio.
Solo che è particolarmente ostico e molto, molto complesso. E se da una
parte è proprio questa sua complessità a renderlo così potente,
flessibile, adatto a tutti gli scopi, capace di rendere ottimale il
codice, dall'altra questa è spesso fonte di "trabocchetti" in cui
possono cadere i meno esperti (ma anche gli stessi esperti)...
Il Python è l'unico linguaggio che riesce ad abbinare una notevole
potenza e flessibilità ad una grande semplicità, ma ha anche lui i suoi
lati negativi...
