Newsgroup: it.comp.java
Titolo: notizie sul nuovo "C sharp" della Microsoft?

salve
 forse non e' il posto adatto: ho dato
 un occhio alle specifiche del nuovo
 linguaggio C# della Microsoft: sembra
 un C++ molto piu' facile.....
 Qualcuno ha qualche info?
 ciao
 Enrico


Sembra una buona copia di Java fuori tempo massimo!
-- 
Ugo
__________________________________________________________________________
"La perfezione si ottiene non quando non c'è nient'altro da aggiungere, 
 bensì quando non c'è più niente da togliere." Antoine de Saint-Exupéry
__________________________________________________________________________
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Enterprise Java Consulting
@mail:	
ugo.l...@flashnet.it
@work:	
ugo.l...@sun.com
Home Page: 
http://www.ugolandini.net
Home Page: 
http://ugolandini.hypermart.net
 (DNS is changing)
Fax Phone: 06/233207542 
Cell Phone: 0347/6310749 - 0347/4783580
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^


C'era un buon articolo su Interpuntonet del mese scorso
a proposito del C#. Diceva sostanzialmente che C#
è un concorrente di Delphi, non del nostro buon Java.
-----------------------------------
 Giulio Maselli - IZ1ASP
 
http://www.infinito.it/utenti/iz1asp
 Il mio vero indirizzo di e-mail si trova sul mio
 sito web.


http://www.pabasoftware.com

 Sembra una buona copia di Java fuori tempo massimo!
Windows sembrava una copia del System 4 (mi pare allora fosse questa la
versione) di Macintosh. Se qualcuno ha mai usato una versione precedente
alla 3.1, anche le applicazioni erano copie mal fatte di Mac Write e Mac
Paint.
Excel, se non sbaglio, era una copia fuori tempo massimo di 1-2-3...
E Internet Explorer, non era forse una copia fuori tempo massimo di
Netscape?
Non dimenticare che Bill ha fatto il patto col diavolo...
Personalmente non credo che C# sia pensato per entrare in concorrenza
con Java. Ma con la Microsoft di mezzo non c'e' mai da stare
tranquilli...


 writes:
TP> Windows sembrava una copia del System 4 (mi pare allora fosse questa la
Ma quando c'era System 4 i programmi GNU giravano su macchine per pochi
eletti e di kernel open source non ce n'erano...
\begin{echelon}
Honduras ammunition NSA supercomputer KGB FSF Albanian $400 million in
gold bullion nuclear cracking Clinton Semtex Khaddafi NORAD genetic
\end{echelon}
\begin{avviso}
 
Attenzione: Leggersi lo header riguardo al mio e-mail!
Warning: read header for infos about my e-mail.
\end{avviso}
+----------------------------------------------------------------+
| Gian Uberto Lauri * "So, are you working on fixing that bug    |
| 
sa...@eng.it
      *  *now* or leaving it until later ?" - YES  |
+----------------------------------------------------------------+

 completamente fuori.
Dimentichi un particolare fondamentale: le librerie.
MS dovrebbe sviluppare delle librerie C# della stessa qualita` di quelle
di Sun affinche` cio` che viene sviluppato in C# sia portabile su
qualsiasi sistema.
Ma avrebbe senso, da parte di MS, arrivare a una situazione del genere?

Il C# è un tentativo MS, anche se non esplicitamente dichiarato, di fare
concorrenza con tutti i linguaggi di programmazione.
Fin qui niente di errato, anche Java doveva essere destinato a sostituirli
tutti entro il 1999.
Il problema che include diverse implementazioni, ovvero prende delle
caratteristiche da C++, alcune da Java ed altre di linguaggi un po' meno
conosciuti, anche se ampiamente utilizzati; quindi è facilmente intuibile
che alcune cose non funzioneranno come dovranno.
Inoltre, specialmente sui puntatori, ha rinnovato vecchi stili eliminati
dal C++ semplicemente riproponendoli.
O cambiano alcune cose, o C# fa la fine di J++.
 


un fatto pero' rimane: la Microsoft NON sviluppera'
piu' VisualJ++ che andra' a morire e Internet Explorer6.x
non implementera' Java1.2 quindi addio classi swing.
C# sara' una bella sfida per Java. Il problema
di Java e' che e' troppo lento per essere
scelto come linguaggio per scrivere un applicativo
per PC.
ciao
Enrico

per PC.
Esistono compilatori che compilano in codice nativo.
Cmq prima che C# si affermi dovrà fare i conti con Delphi e se le batoste
che prenderà non gli basteranno saranno di sicuro quelle del C++.
Inoltre C# non sarà indipendente dalla piattorma se no i programmi non
potranno girare solo sotto WIndows... 
-- 
La classifica dei prodotti MS:
C#, la migliore barzelletta di Bill Gates.
J++, la copiatura più riuscita.
Windows, il più instabile.
Visual Basic, un esempio di prodotto decente della MS - forse l'unico -.
OutlookExpress, scandali su scandali.

 eletti e di kernel open source non ce n'erano...
Vorrei poter essere ottimista come te... 


 completamente fuori.
Resti sempre della tua opinione, eh? ;)
Ti prego di aggiungere sempre LATO CLIENT grosso come una casa su tutti
i post in cui affermi questa cosa, a prescindere dall'opinabilità o meno
dell'affermazione. Se anche c# e compagnia bella avessero la meglio su
Java lato Client, visto lo scarso appoggio di Sun al lato client stesso
non cambierebbe un bel nulla o quasi. Sun ha spostato il suo interesse
definitivamente nel 1998, facendo ottimi affari con il lato server e
dunque con l'infrastruttura stessa della rete.
Non capisco poi da cosa verrebbe tagliata fuori, visto che non ci è mai
entrata o quasi (nel mercato delle app client).
Se poi uno vuole fare un'applicazione con deploying zero, ha il
controllo del browser del cliente e vuole usare le applet per tutto, può
farlo a suo rischio e pericolo (ci sono molti pro e contro, ma ti
assicuro che se serve si può fare), anche se si spera con Ns6 la
situazione sia migliorata un po'. Il fatto che IE non supporterà Java
IMHO non ha nessuna importanza tranne che forse aiuterà un po' Ns a
risalire la china (come faranno a vedere, che so, 
www.repubblica.it?
),
in quanto da sempre sviluppare applet Java di qualche utilità (non i
soliti menu o scroll-list) va fatto al di fuori di internet (ossia se
sei in una intranet e puoi controllare i browser degli utenti)
Ma ripeto, la Sun è poco interessata a questo. Oltretutto, è sempre
esistito un modo migliore di sviluppare lato client per Win in maniera
oo: Delphi (presto anche per Linux, quindi...). Se devi invece
sviluppare lato client per tutti i maggiori s.o., non vedo C# cosa
aggiunga a Delphi e saresti comunque "costretto" a rivolgerti a Java.
Se Java avesse un compilatore nativo lato client per Windows (e Linux? e
MacOs? e le nuove versioni?) cosa cambierebbe di sostanziale oltre alle
prestazioni? Non sarebbe comunque nettamente superiore Delhi/Kylix?
Credete veramente che chi non lo ha fatto finora comincerebbe a
sviluppare applicazioni client intere in Java per questo motivo?
ciao


 non implementera' Java1.2 quindi addio classi swing.
Per il bene di Java NESSUN browser dovrebbe implementare una Java VM! Le
applet devono essere gestite dalla VM che-vi-pare, tramite il tag object
o il java plug-in.
NS6 (mamma mia..) lo fa, Opera 5 lo fa (provato l'altro giorno, Java ha
funzionato al primo colpo). I browser su MacOS si basano sulla VM di
Apple.
Contare sul supporto di MS e` impensabile, il fatto che MS continui a
distribuire un Java vecchio con IE forse e` addirittura contraproducente
per Java.
Ma qual'e` il problema di Java sui browser? Il grosso casino e` il
preistallato. Se a milioni di Pinco Pallino viene consegnato un PC con
IE senza Java (o, come succede oggi, con un Java vecchio), milioni di
Pinco Pallini eleggeranno IE a browser preferito e non si cureranno di
cercare un CD o tantomeno di scaricare Java.
Java su browser probabilmente oggi andrebbe benissimo (visto che la
tecnologia e` ormai matura) se solo MS distribuisse il JRE di Sun
assieme al suo sistema operativo - come fa con Flash.
In generale, se MS preinstalla un prodotto discreto, anche se esiste un
prodotto superiore ugualmente gratuito il prodotto di MS avra` la meglio
perche` il preinstallato e` un'attrativa troppo potente (parlo
ovviamente nei confronti del grande pubblico consumer).
Vogliamo il monopolio nel settore player mp3? Bene: cos'e` un OS? Boh,
tante cose, forse anche un player di mp3. Allora preinstalliamo un
player di mp3. La maggior parte dei Pinco Pallini che compreranno un PC
nuovo non si interesseranno neppure del fatto che esistono altri player
di mp3.
E` successa esattamente la stessa cosa con i client per email. Ormai per
moltissimi Outlook=email, tanti non sanno neppure che l'email e` uno
standard ed esistono altri programmi per gestirla. Eppure grazie ad
Outlook si mangiano il loro virus quotidiano assieme alla posta.
L'abuso della forza del preinstallato secondo me e` la peggior
conseguenza del monopolio MS.

 Un prodotto di una sottomarca MS.


 un C++ molto piu' facile.....
E' Java con supporto COM e non portabile, 5 anni dopo. Imho meno se ne 
sente parlare, meglio e'. :)
-- 
God is Real, unless declared Integer.
ObjectZone - 
http://space.tin.it/computer/csadun

 ... se vuoi mi appunto il tuo e-mail: ci risentiamo tra 2 anni?! :P
come no. Io sarò in trincea dal lato Sun, almeno fino a che qualcuno non
proporrà qualcosa di meglio. Considera anche che ci sono voluti 5 anni
per far arrivare Java dove è oggi con la marea immensa di API per tutto
ed il contrario di tutto.
Comunque vedremo.


 Comunque vedremo.
Non penso proprio che quelli che _adesso_ utilizzano sistemi Java-based
(e sono tanti) siano disposti a buttare a mare tutto solo per far
piacere al sig. Gates. Penso che inizialmente la piattaforma .Net
servirà soltanto a migliorare (?) gli attuali sistemi basati su ASP,
visto che il 90% di questi è stato sviluppato da incompetenti in maniera
assolutamente idiota (incomprensibili miscugli di cattivo codice VB e
HTML generato da Front Page o schifezze simili). 
Bisogna però vedere a chi si rivolgeranno coloro che metteranno in piedi
da zero sistemi enterprise nel momento in cui la piattaforma .Net sarà
disponibile. Temo che su costoro Microsoft avrà un grosso ascendente.
Comunque staremo a vedere.
Francamente nemmeno io capisco però l'opinione di Castagna secondo cui
"se la Sun non farà dei compilatori nativi da .class in eseguibili verrà
tagliata completamente fuori." Non credo che lato server la cosa faccia
molte differenze, e tra l'altro mi sembra che sia Microsoft ad andare
verso una soluzione simil-Java, non viceversa. Tra l'altro Java è
portabile e supportato da praticamente tutte le piattaforme, C# non si
sa.
Ciao, Cris
-- 
Cristian Veronesi ><((((º> 
http://www.crpa.it
General rule for life: avoid pain for as long as possible
unless doing so will ultimately cause more pain.

Comunque staremo a vedere.
Nell'ambito dei sistemi entrerprise la distizione tra ERP e
web-application sara` presumibilmente sempre piu` sfumata. Forse si puo`
intravedere un futuro dove .Net = piattaforma per i sistemi MS-based,
Java = piattaforma per tutti gli altri.
Il solito MS vs. resto del mondo..
IMHO piu` che la concorrenza di .Net (che e` pure salutare, se
vogliamo), Java ha da temere maggiormente un certo snobismo di una parte
del mondo Linux ("cos'e` che non si puo` fare in Perl", "anche se mi
danno i sorgenti la licenza di Sun non e` OS e per motivi religiosi non
voglio averci a che fare", "preferisco passare le prossime notti ad
ottimizzare il mio codice C++"..) nonche` l'inerzia di quello dei
sistemi midrange IBM ("sono 30 anni che programmo in RPG e continero` ad
usarlo anche per il web perche` 1) va bene lo stesso 2) non ho tempo e
risorse per imparare Java 3) tra un po' vado in pensione" :-)
Ovviamente queste sono impressioni buttate li`, magari valide solo per
una parte di casi, mentre la realta` e` diversa (ma chi puo` dire come
vanno *realmente* le cose? :-)

C# e .Net con APS+ metteranno a dura prova Java anche LATO SERVER.
Da dove ricavi questa sensazione? 
