Newsgroup: it.comp.lang.visual-basic
Titolo: vb.net - Dove stiamo andando?

http://www.riksoft.com/forum/topic.asp?TOPIC_ID=76

 
http://www.riksoft.com/forum/topic.asp?TOPIC_ID=76
Alcuni commenti sono, a mio parere, non completamente veri..
Mi spiace contraddire Wodka4U ma M$ non poteva investire su Java e ammazzare
SUN.
Ci ha provato usando il suo solito approccio Embrace&Destroy,  ma SUN gli ha
fatto causa per aver cercato di modificare lo standard di Java.
La risposta di M$ è stata: "se non possiamo innovare Java, lo abbandoniamo".
Inoltre IE non è di certo uno spyware. Buona parte degli utenti Linux e
sicuramente un intero ufficio apposito della SUN, fanno le pulci
continuamente al software M$ in questo senso, e se ci fossero motivi
minimamente validi avrebbero già scatenato un putiferio.
Spero Wodka che mi legga qui, così possiamo approfondire, se vuole.
Nello stesso thread, qualche messaggio prima, si ventilava l'ipotesi di
usare il C++ assieme ad apposite funzioni che lo trasformassero in
linguaggio di alto livello.
A mio parere non funziona neppure quell'approccio lì. Se il cliente chiede
anche i sorgenti, normalmente vuole che tu sviluppi con un linguaggio
diffuso, in modo da poter chiedere assistenza ad altri se tu te ne vai. Se
invece vendi l'applicativo finito, per quanto si possa cercare di alzare il
livello di un linguaggio, ti troveresti sempre in debito di tempo rispetto a
qualcuno che usa qualcosa di + standard.
Inoltre se devi sviluppare in C++, come si diceva per l'appunto sempre nel
thread, puoi farlo sul serio e cercare di guadagnare cifre maggiori di
quelle che guadagna chi sviluppa in VB, piuttosto che emulare VB da C++.
A parte questi distingui, e filtrando qualche esagerazione anti-M$, vedere
che anche altre persone sono restie a seguire l'onda di .NET mi fa sempre
più pensare che sia il caso di star fermo e vedere come va a finire.
Ciao
*Roby*
P.S.
Scusa se non rispondo nel tuo forum, ma il NG è infinitamente + comodo e non
mi sembra il caso di creare doppioni.

 La risposta di M$ è stata: "se non possiamo innovare Java, lo
abbandoniamo".
CUT
e infatti lo ha abbandonato si è creata la sua copia babelizzata (che NON
puoi formalmente e legalmente dire che è Java!) ed usando la sua enorme
forza ce lo imporrà a tutti
...il 10% di puristi resisterà (la gente di buona volontà) il 90% dei
programmatori/sviluppatori/manager..che devono fare i conti con il mercato
(e tirare a far ciccia per pagare gli stipendi!)lo adotterà!
...
se non è abuso di posizione dominante questo! E poi dicono che ce l'ho con
zio bill! E' VERO!
:-) Ciao!


vuoi sapere cosa ne penso? Premetto che non conosco VB.Net. Rispondero' alle
tue affermazioni con lo stesso ordine:
1) I vettori sono 0 based -> se io ti dico che ho due mele e mi dici: "le
compro" e poi te ne do tre cosa pensi del mio modo di ragionare? (poi che il
nome assegnato ad ogni elemento sia un numero che parte da zero e' un
discorso che non c'entra con il numero degli elementi poteva chiamarsi anche
con nome proprio!). In sostanza se c'e' qualche concetto da correggere ben
venga (e' una questione di forma mentis).
2) Scusa per gli oggetti non si usa Set?
3) Sparizione della proprieta' di default -> quando rileggi il tuo codice
secondo te che differenza c'e' tra "Text1.Value" e "Text1.Text". Non credo
che non specificarle sia piu' veloce a runtime ma, solamente, a
develop-time! (la proprieta' da qualche parte viene impostata. Vedi? VB
nasconde, allo sviluppatore, molte delle operazioni che "devono" essere
fatte).
4) I tipi sono cambiati -> probabilmente e' stato pensato per win64?
5) Le dichiarazioni non possono essere miste su una sola riga -> cosi'
potro' scrivere Dim i, c, a as integer? (ahhh, finalmente!!! un po' di
ordine ragazzi quando scrivete il codice!!!)
6) ...sono ora classi del framework -> un "vero" linguaggio a oggetti e'
fatto cosi' (vedi com'e' fatto Java). Cosi', nel runtime, ti porti a presso
solo cio' che riguarda il linguaggio (diventa piu' leggero). E serve a fare
un po di "pulizia" sul linguaggio.
7) il ByVal invece del precedente ByRef -> In Java tutti i tipi primitivi
(int, char, double ecc..) vengono passati per valore. Solo quando passi
oggetti, sono passati come riferimento.
8) Gestioni degli errori diversa -> Non e' una gestione degli errori, ma una
gestione delle eccezioni. Eppoi il famoso "goto" porta il programmatore di
nuova generazione a continuare a scrivere codice incasinato (il cosiddetto
"spagetti code"). Vuoi vedere che e' diventato deprecato?
9) Uso di garbage collector -> leggi: "come accedere piu' velocemente ad
oggetti gia' creati e che non utilizzavo piu'" (il pool connection dell'ODBC
funziona in modo simile. Anche se tu chiudi la connessione,
quest'ultima -anzicche' chiudersi-aspetta per un po una nuova richiesta)
10) I form ora sono classi -> almeno capisci cosa stai allocando quando lo
usi. Eppoi non e' cosi' traumatico vedere cosa fa. Magari riesci a
controllare meglio il funzionamento!
cosa ne penso io?
Che finalmente anche il tanto decantato VB e' diventato un vero linguaggio
OOP (con tutti annessi e connessi, primo fra tutti la pulizia del codice e
il RIUTILIZZO di codice gia' scritto!!!).
Il discorso dell'interpretazione e della pseudo-compilazione deriva dal
fatto che si vuole rendere il programma indipendente dalla piattaforma (per
cosa credi che MS non include piu' Visual J++ in Visual Studio?). Mi vuoi
dire che non ti farebbe piacere vedere funzionare il tuo applicativo VB su
linux, o su Macintosh o dove vuoi?
Penso che Microsoft, invece, abbia deciso di fare qualcosa di standard. Il
fatto, pero', e' che io (come molti altri) mi sono gia' convertito a java.

 Mi sembra il solito problema, si confonde il linguaggio con l'ambiente.
CUT
perchè non è la stessa cosa parlando di Visual Basic?
ossia ...siamo realisti...il fatto che dietro il visual ci sia scritto Basic
è l'utopia che ci fa sentire tutti programmatori con la P maiuscola invece
che evoluti utilizzatori di un pacchetto proprietario!Ed è anche la ragione
per cui molti programmatori in VB soffrono di un complesso nei confronti dei
cugini di Java delphi (per non parlare di quelli in c++)
Voglio dire che bisogna intendersi (secondo me):
se intendiamo come "programmazione" la conoscenza di costrutti di
controllo,teoria dei database, tipi di dati etc etc allora siamo al livello
di conoscenza di un Linguaggio e di tecniche che utilizzano tale linguaggio.
Se intendiamo parlare invece di Visual Basic è IMPRESCINDIBILE non conoscere
anche l'ambiente (ossia windows) in cui vive...pena vari casini che vedi
anche sul ng (perchè su win98 vive e su WinMe muore? Perche la status bar la
vedo in un modo e la in un altro? e via andare...)inoltre parliamo di un
qualcosa che pur essendo codificato è comunque stato "modificato" ed in
parte "reinventato" da un produttore specifico: M$.
Per cui qui non sei a parlare di Programmazione in BASIC ma di
programmazione in VISUAL BASIC ossia di come fare ad utilizzare un pacchetto
proprietario che vive in maniera profonda in associazione con uno specifico
sistema operativo (e visto il proliferare di service pack anche
probabilmente pensato per una versione di questo e poi riadattato a versioni
seguenti).
Non mi sembra qui di aver mai visto nessuno chiedere info su Visual Basic su
piattaforma Aix o Solaris o Linux!
Quindi tutto quello che parliamo qui è imprescindibilmente legato
all'ambiente in cui vive questo pacchetto!
NET secondo me non porterà nulla di nuovo (permettimi per le ragioni che
dicevo sul forum di essere scettico)..in teoria sarebbe possibile farlo
assurgere alla dignità di Linguaggio (un nuovo linguaggio ...non chiamiamolo
Basic ..il nuovo linguaggio NET) in realtà secondo me si continuerà nel
mondo windows ad usare NET ed il resto del mondo (linux e via dicendo)
investira ancor di più in Java e C++
ecco Java  e C++ sono "Linguaggi".
Hai molte offerte (dai compilatori free fino a visual c++ o j++ se ancora lo
trovi).
Ha molti porting su vari SO (compreso windows)...
Lì davvero non bisogna far confusione fra ambiente e linguaggio...
ma in visual basic?
è M$ stessa che fa confusione!
Concludo dicendo che non ce l'ho con nessuno e che probabilmente fra 2 o 3
anni (visto che i programmi vanno fatti e bisogna venderli) anch'io sarò qui
a parlare di incapsulamenti e gestioni transazioni in ado 3.0 ma per adesso
sono molto scettico (la vedo quanto meno oscura la via che sta
intraprendendo M$)...questo pur rispettando chi non la pensa come me!
Saluti a tutti!
:-)

 4) I tipi sono cambiati -> probabilmente e' stato pensato per win64?
Si sono semplicemente adattati a quelli del C++
Ciao
Corrado

 è M$ stessa che fa confusione!
http://www.go-mono.org/
Il C# è il futuro di .NET, non certo VB, e non per niente la M$ l'ha
sottoposto all'ECMA per la standardizzazione.
Ciao.

 Ciao.
:-)

 intraprendendo M$)...questo pur rispettando chi non la pensa come me!
Forse perchè non lavori con aziende grandi o che investano in tecnologia
avanzata? Io ne conosco parecchie che fanno cose con MTS, COM+, transazioni
distribuite che coinvolgono SQL Server e DB2, che fanno frontend in ASP che
hanno sotto il buon vecchio CICS e cose del genere. E c'è molta più gente
che ha queste necessità di quanto si pensi, certo che se la visione è quella
dell'azienda per cui basta la contabilità in VB su Access e per il cui sito
basta un po di Perl con MySQL allora probabilmente .Net non ti serve. Ma se
vai da un'azienda con un bel gestionale su MVS (o Oracle o AS400 o cose del
genere) allora i servizi di .Net (o di EJB, dato che sono gli stessi) ti
servono, eccome se ti servono e, per esperienza, non credere che lavorare in
EJB sia così facile ed indolore (ti potrei parlare di macchine NT o Linux
con mezzo giga di ram letteralmente AMMAZZATE dall'instazione di WebSphere e
di tutti i servizi a corollario).
Quindi la visione di MS è la stessa che sta dietro alle evoluzioni proposte
da Sun, Ibm o Oracle, non la vedo molto diversa.
Saluti
Massimo


Cut
va be staremo a vedere...è vero NET per il mio target non mi sembra
appropriato
Mi sento un pò tradito perchè con questa scelta M$ dice
 ("Vaffanculo piccolino da adesso tratto solo con i grandi! Con chi ha
grandi PC,Grandi reti,...e un sacco di soldi da spendere") con questo clima
vai a dirlo ad una azienda che deve buttar via NT che ha comprato 2 anni fa
e passare a nuovi SO!
..alle tue forse sta bene ...allle mie no!
 Dillo anche a me che ho speso qualche milioncino per programmi e controlli
e che me li batto (con NET a regime) ardentemente sui coglioni! (scusa la
chiarezza volgare eh!)...
Io lavoro per mangiare non per dar da mangiare ancor di + all'uomo + ricco
della terra che se ne sbatte altamente di uno straccio di etica morale nel
cambiare le carte in tavola senza nessun preavviso...
Metafora automobilistica:
 Domani arriva la FIAT,HONDA,WW,MERCEDES e BMW (che forse insieme darebbero
la proporzione della quota di mercato che ha zio bill sul mercato del Sw per
pc)e dicono produciamo solo macchine con benzina "gialla" ci spiace per le
vostre macchine cambiatele...signori benzinai ricompretevi le pompe con i
vostri soldi perchè abbiamo deciso così!
E' questo (potrà essere corretto o meno ) il clima che si avverte fra i
"piccoli"...
HAI RAGIONE
Non ne capisco molto di tecnologia NET perchè grazie a Dio non ho avuto
motivo di approfondirlo...stavo a dire che secondo me stavolta Zio Bill
dovrà sudare forse un po di più ad imporci una scelta!
Per adesso mi tengo Vb6 che per il mio cliente + grosso con 20 PC  basta ed
avanza  per lo sviluppo delle sua applicazioni  .(d'altronde siamo in Italia
regno delle piccole e medie imprese..non tutte le aziende investono in
mainframe o decine di pc!)..per il futuro chi vivrà vedrà!
Di sicuro mi coprirò molto bene ed andrò al polo a trovare un pinguino! :-)
Seguirò con attenzione le vostre peripezie di utenti NET sul ng!
Scusa se ho risposto (adesso giuro abbandono il thread!) era solo per
chiarire amichevolmente che esprimo il mio disappunto verso Microsoft e non
verso Voi che  (per vostra convinzione)  a ragion  veduta invece le
esprimete affezione!
Pace e Saluti!
:-)