Newsgroup: it.comp.java
Titolo: metadomada

Domanda che riguarda il Java in generale:
per cosa è utilizzato realmente oggi? E' da molto tempo che è evidente che
le applet sono destinate più o meno a morire, con Flash è tutto più facile e
bello. In effetti l'unica applet che si vede oggi nei siti grossi è la
solita strisciolina tipo banner con il testo che scorre in orizzontale o
verticale.
E' utilizzato nella realtà per fare applicazioni? I limiti di velocità per
queste ultime riguardano solo il caricamento della VM o sono più lente dei
programmi nativi anche durante l'esecuzione? Se si, basta l'essere
multipiattaforma per renderlo un linguaggio interessante?
Servlet: quando parlo con sviluppatori o capiprogetto, mi dicono che solo
eccezionalmente lavorano con Java per una questione di costi maggiori ad
altre soluzioni, dovute ai maggiori tempi di sviluppo. Mi pare che la
maggior parte dei siti usi asp o al limite php o cold fusion, e non sarà un
caso che la maggior parte dei server supporti ad esempio asp e non Java.
Ho guardato il php ed in effetti con estrema semplicità soddisfa le tipiche
richieste, che sono poi gestione di database o giù di li. E quando non basta
più c'è il Visual Basic, che a me fa un po' schifo ma tant'è: leggo da
sempre dei suoi limiti e lentezza, ma in pratica ha tempi di sviluppo
ridotti all'osso ed è sufficiente per molte applicazioni lato server, dove
probabilmente la velocità non è una condizione determinante.
(L'alternativa è JSP? Non l'ho mai usato: necessita di un web server che
supporti Java? Quanti lo fanno?)
Un'ultima cosa. Se per ridurre i tempi uso un ambiente rad come MSVisualJ++,
non perdo forse la portabilità cioè uno dei principali motivi per cui usare
Java e non altro?
Spero che esistano argomentazioni per ribaltare tutte le mie tesi, visto che
trovo Java un linguaggio molto bello.
maS

trovo Java un linguaggio molto bello.
No, tu hai individuato il nocciolo della questione: anche io sono molto 
critico e come te mi dispiaccio di come sta andando il mercato e di come
vengono fatte certe scelte. Ma così è il mondo... alle volte non emerge
ciò che è meglio (... della serie anche la m...a galleggia!)
Bye

E' utilizzato nella realtà per fare applicazioni? 
http://java.sun.com/nav/used/index.html
... valuta tu stesso.

 Java e non altro?
Con quello sicuramente la perdi, ma tanto la Microsoft smetterà (ho ha
già smesso) di produrlo. Con gli altri RAD mi pare di no, bisogna
soltanto stare attenti a deployare (argh!) le classi proprietarie.
Ciao, Cris
-- 
Cristian Veronesi ><((((º> 
http://www.crpa.it
Haleway sheyaamod! ("Speriamo che tenga", disse l'Eterno
contemplando il mondo appena creato)

soltanto stare attenti a deployare (argh!) le classi proprietarie.
Sono daccordo, con 
http://www.borland.com/jbuilder
 è così!
Bye

 Java e non altro?
Con quello sicuramente la perdi, ma tanto la Microsoft smetterà (ho ha
già smesso) di produrlo. Con gli altri RAD mi pare di no, bisogna
soltanto stare attenti a deployare (argh!) le classi proprietarie.
Ciao, Cris


>E' utilizzato nella realtà per fare applicazioni? 
Mi posso aggiungere ?
http://www.outputmanagement.com/
Non e' ancora distribuito (solo in 3 aziende), pero' e' 100%
Java...
Davide

maS
Distinti Saluti.
Francesco Agostino Fassi.
Distinti saluti.
Francesco Agostino Fassi.
 

 Sicuro? A me risulta che ASP sia supportato solo da MS IIS.
Apache + mod_perl + Apache::ASP ... :)
Ciao,
 Stefano
----------
"X WindowSSS, teSSSoro mio... lo odieremo per SSSempre"
Bill Gollum
----------

 Non usare MSVisual J++... ti prego, segui il consiglio!!!!
Non ti preoccupare, visto che lo uso per diletto e voglio godermi ogni riga
di codice, uso il jdk con un editor  (jEdit, Kawa,...). Ma nel posto dove
dovrei andare a lavorare il primo giorno mi hanno sbattuto di fronte a MSJ++
e JBuilder.
maS

Java e non altro?
Si, con molta facilita' la perdi :-) Usa un tool puro Java, ce ne sono parecchi (leggi le
FAQ)
Ciao,
    Bruno.
|
| Bruno Bossola
| A Java Software Engineer :-)
|


Una risposta lampo: occhio! Per lavorare in java bisogna conoscere OO, _bene_,  e non e'
per niente semplice! Si deve studiare, parecchio! Piu' il progetto e' grosso, piu' l'OO e'
indispensabile, altrimenti... 
Ciao,
    Bruno..



Beh, che problema c'e'? Anche li' c'e' un editor e un compilatore :-) 
Figurati, io a lavoro uso JDeveloper :-)))) 
Goditi design e codice tranquillo, dammi retta!
Ciao,
    Bruno.


 Inoltre se vai troppo sul visuale perdi il divertimento di programmare.
Non concordo del tutto.
La tua affermazione e' giusta se vista dal punto di vista del puro 
programmatore.
Ma se vista da chi e' un esperto di un settore che deve scriversi
un programma.. (ed ha anche poco tempo...) beh.... il discorso cambia,
anche se l'esperto e' un incallitissmo "smanettone".
Ed in tantissimi ambienti, dall'economico allo scientifico e' cosi'.
Inoltre, anche da un punto di vista teorico, la programmazione visuale
e i tool visuali per la realizzazione di GUI  sono di rilevantissimo 
interesse.
ciao!
a.

 un'applicazione OO progettata e scritta come si deve.
Esattissimo !
E io (come moltissimi altri) ne so qualcosa , sigh !!!
C'e' da uscire pazzi !!!!!
:(
ciao
a.

indispensabile, altrimenti... 
Lotus eSuite ... fallito.
Corel ... office in Java, fallito.
Grendel, Netscape, fallito. (praticamente)
Sono daccordo con te: ma conoscere OO non basta...
Bye

(parecchio), capire, e poi iniziare a sviluppare in Java. 
Sono daccordo, una cosa: come mai chiami programmatori chi programma in VB?? ;)

 Sono daccordo, una cosa: come mai chiami programmatori chi programma in VB?? ;)
"Programmatore VB" è un bellissimo esempio di ossimoro, molto meglio
degli ormai abusati "giovane vecchio", "ghiaccio bollente", ecc... ;)


C# è un linguaggio creato da Microsoft come sostituto - in futuro - di
Visual Basic. Si può dire che un ibrido tra java e C++, ma altamente
scadente in quanto - non entriamo nel dettaglio perché siamo OT - supporta 
in maniera assai scadente alcuni costrutti basilari quali puntatori.
Bhe, ho visto strumenti visuali dove non scrivi più nemmeno quanti cicli o
istruzioni condizionali ti occorrono. Vi è come un'autocomposizione dove tu
specifichi (in ordine) le istruzioni di cui hai bisogno è aggiungi solo il
codice esecutivo, per il resto -variabili comprese- sono gestite dallo
strumento.
Secondo te, questo vuol dire programmare ? Passi un rad, ma qualcosa simile
a questo io non l'accetto.


Basta criticare VB!!!
Sarà quello che è e personalmente non lo adoro, ma non si può tutte le
volte cominciare a criticare tale linguaggio solamente perché si chiama VB.
Siete per caso come quel tale su it.comp.programmare che chiede:
C è migliore di Pascal, allora Visual C è migliore di Delphi?
Ed ancora, Visual C è migliore del C++?
solamente perché egli pensa che sia il nome che caratterizza la potenza del
linguaggio.
E non dimentichiamo che non esiste il linguaggio migliore in assoluto.
Inoltre mi sembra che Basic stia per principianti assoluti della
programmazione e non guru precoci. Che poi le aziende lo utilizzino spesso
è un'altra questione.


Sono daccordo con te: ma conoscere OO non basta...
Il punto e' che quello che e' fallita e' l'idea di fare *prodotti* con Java, 
maturata per di piu' quando la piattaforma non era stabile a sufficienza. Ad 
esempio, i tizi della Corel non sono in grado di realizzare un software 
efficiente in C++, figuriamoci in Java, e in Java "pre"-periodo stabile. Idem 
con Notes: imho e' - oggi, non quando fu ideato - un accrocchio che cerca di 
incastrare in un'unica vista (database semistrutturato) cose che con quella 
vista hanno punto o nulla a che fare.
Sono numerosi, invece, i successi nell'uso di Java per realizzare sistemi 
informativi, non prodotti - personalmente ho partecipato a non meno di cinque o 
sei *grossi* sforzi di successo. E cominciano ad esserci (oggi) anche prodotti: 
ad esempio, la societa' dove lavoro adesso vende un prodotto di project 
management realizzato interamente in Java, che e' un gioiellino, ed e' venduto 
"a pacchetto" per bei soldoni.
Terza cosa, per certe classi di applicazioni Java non e' ancora la piattaforma 
giusta, ne' magari mai lo sara'. Poco male: essere religiosi, in IT, e' 
*sempre* un difetto. ;-) 
Inoltre, come dice Bruno, un sistema complesso richiede la padronanza un 
approccio tale da gestirne la complessita' - che si usi Java, C++ o pincopallo.
Java riduce la complessita' (tipica, ad esempio, di C++) dipendente 
*direttamente* dalla sintassi e semantica del linguaggio. Ma se la 
complessita' e' del problema, non c'e' santo che tenga. :)
-- 
God is Real, unless declared Integer.
ObjectZone - 
http://space.tin.it/computer/csadun



Ti sei offeso?

 a questo io non l'accetto.
Dipende : programmare = scrivere codice oppure programmare = scrivere
algoritmi ? Non è la stessa cosa. Nel primo caso, un grande programmatore
potrebbe essere qualcuno che non sa come risolvere un problema, ma, una
volta che il problema gli è stato spiegato,scrive il codice in assembler.
Nel secondo caso, un esperto per esempio di Ricerca operativa con difficoltà
ad  istanziare un array in C potrebbe essere considerato un maestro nella
programmazione.
Ovviamente, si tratta di esagerazioni ...

No, non mi sono offeso. Ma dopo aver letto su 4 newsgroup diversi "Vb fa
schifo" o simili mi sono stufato.
PS: ho una qualifica come programmatore VB.


In effetti il lavoro del programmatore dovrebbe essere la prima soluzione
che hai detto tu, cmq un po' di logica ci vuole sempre.
Io però posso anche avere tutta la logica che vuoi e conoscere il C a
memoria, ma se  non so come si risolve un equazione sono a terra comunque.





 E' utilizzato nella realtà per fare applicazioni?
Aggiungo anche la mia: la maggioranza (se non quasi totalità delle
nuove) delle applicazioni enterprise lato server che abbiano o meno un
interfaccia qualsiasi. Il problema è che non si vedono, ma fanno
funzionare tutto, dagli SMS che mandi sul tuo telefonino fino ai siti
più disparati che ti sono stati elencati. Se sono siti che devono
offrire massima scalabilità per numero di hit e sicurezza in transazioni
distribuite (come ad esempio le banche) non c'è neanche scelta: tutti i
nuovi Application Server sono per Java (e sono spesso scritti in larga
percentuale in Java stesso).
Dal lato client mi vengono in mente TogetherJ e JBuilder, ma ci sarà
sicuramente dell'altro. Tutto sta nel rendersi conto che Java è migrato
lentamente verso nuovi lidi, diventando più interessante ed aprendo a
tanti il mondo enterprise, complicato ma remunerativo. 
Rinnovo il mio consiglio (che ripeto spesso, col rischio di sembrare
noioso, ma tanto è un po' che non posto più sul ng ;) ): lasciate
perdere Swing e compagnia bella (se proprio non necessari ed ovviamente
dopo un primo utile impatto) e concentratevi su servlet, EJB, ecc.
ciao
-- 
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
Home Page: 
http://www.ugolandini.net
Mentoring: 
http://www.projectoo.com
Work Phone: 06/5814740
Fax Phone: 06/233207542 
Cell Phone: 0347/6310749 - 0347/4783580
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

è un'altra questione.
L'hai detto :-)



Beh, ma peschi proprio i lutti! ;-)
Solo qua in italia, in mezzo alla mia "concorrenza", sia Fineco che Banca Sella hanno un
back-end basato rispettivamente su servlet / ejb che funziona niente male, in produzione, 
Sono d'accordo che conoscere OO non basta, ma e' una condizione sine-qua-non!


Il problema è costituito in buona parte dalla lentezza dei programmi Java
che, mi dispiace ammetterlo, sono inferiori - anche se di poco - al VB.
Come Castagna ha precisato la gui rappresenta un problema - specialmente
quella fatta con awt - e swing è pesante sia come dimensione del file
.class che un po' più difficile da utilizzare, anche se credo che questo
non sia il problema.
Un altro fattore è appunto quello della mancata approvazione dello standard
e da un rapido sviluppo del linguaggio stesso, quindi questo non lo rende
correntemente adatto allo sviluppo di qualcosa di serio. Basti pensare a
cosa può succedere se tento di eseguire codice che contiene metodi
deprecati o non dispongo di JVM più recenti. Ud un'azienda non conviene
procurarsi sempre un nuovo strumento o revisionare i propri codice quando
alcuni metodi vengono deprecati.
Vorrei cmq fare notare che qualche mese fa era stato fatto un sondaggio su
quale linguaggio era più richiesto ed era risultato Java al 40% - negli
Stati Uniti - , ma come ben sappiamo l'Italia è succube di tale nazione e
primo o poi la seguirà a ruota.
Inoltre vengono richiesti ambienti per lo più rad (quali Delphi e VB).
Possiamo anche dire che esistono rad java, ma vogliamo confrontare il
codice che aggiungo in Vb rispetto a quello che dovrei aggiungere in
Java?!! Non ci sono paragoni.
Io rimango però dell'opinione che preferisco creare ed aggiungere
"manualmente" i miei componenti grafici, piuttosto che "disegnarli"
solamente su un form.
Io considero la poca diffusione di Java collegata al suo mito "che  è solo
un linguaggio poco conosciuto, adatto a rendere solamente le pagine web più
accattivanti".


Io non volevo dire che non c'č niente di meglio del VB.
Distinti Saluti.
 

Il C++ ha una libreria standard è ed totalmente portabile se consideriamo
solamente le specifiche iso/ansi.
Non è colpa del linguaggio se il programmatore utilizza funzioni non
standard o keywords aggiunte dal compilatore.
Se parliamo di C, invece, - anche si vi è un ansi - il codice sorgente
bisogna ricompilarlo su sistema operativo su cui vogliamo eseguirlo.
Cmq per applicazioni dove la portabilità dev'essere raggiunta con poco
sforzo e implementata nel modo migliore, Java è l'unica scelta.


complesse o distribuite. Punto.
Su questo concordo appieno; ma come già detto esso non è stato sviluppato
con questa intenzione.


 verticale.
Ho visto la serie infinite di risposte che sono arrivate e così ho voluto
dire anch'io la mia.
A mio parere per ora l'unico grande difetto di Java in questo momento è la
velocità di esecuzione delle applicazioni che è molto più bassa rispetto ad
un programma scritto e compilato in codice nativo...
MA PERO' se provi a far girare la tua applicazione sotto un W98 con 64 MB di
RAM e un PIII sui 450 inizi a non accorgerti + che stai facendo girare un
bytecode.
Detto in linguaggio formale, la conversione del bytecode è un processo
lineare... questo significa che la velocità del processo è influenzato solo
dalla macchina su cui il programma sta girando.
In parole povere tra neanche un anno potrai iniziare ad utilizzare
applicativi Java su macchine over-Ghz senza accorgertene.
Il mercato per ora non è ancora pronto per degli applicativi bytecode, ma le
imprese che hanno iniziato a formare dei programmatori Java saranno
avvantaggiare in un immediato futuro.
Se ci pensi bene Java è orientato alla creazione di applicazioni da ufficio
in cui la velocità di esecuzione non è indispensabile (molte segretarie
sopravvivono ancora oggi benissimo con Win 3.11 e word 2), è facilmente
convertibile in applet che permettono l'interazione con l'utente da uno
stumento universale di trasmissione quale il browser, è fortemente orientato
alla rete con l'utilizzo di RMI ... molto ma molto + semplice di CORBA e più
curato anche dal punto di vista della sicurezza delle transazioni.
Java comunque non sarà mai orientato alla elaborazione di grossi volumi di
dati ... e di questo si dovranno comunque occupare delle applicazionio
scritte in linguaggio proprietario e residente su server che comunicano con
Java via CORBA-door.
Per quanto riguarda il fallimento di grossi progetti, a mio parere si tratta
solo di una svista degli analisti. Mi riferisco soprattutto all'errore
madonnale della Borland di creare J Builder completamente in Java quando
nessuna macchina è in grado di reggerlo in modo scattante... a mio parere
sarabbe stato meglio avessero scritto Builder in un linguaggio proprietario,
per la creazione di applicativi Java.
Resta il fatto che il programma è usabile gia con un 333 Mhz , 64 MB di Ram
e una buona dose di pazienza.
Se qualcuno lo sa mi può spiegare da quali indagini hanno spinto i
progettisti Borland a scrivere tutto in Java?? Cosa speravano di ottenere??
Perchè anche l'help è stato scritto in Java (Sono ancora esterefatto da
questo saggio di demenza che hanno dimostrato)
Un'ultima cosa ... per quanto riguarda Flash o Java.
Non centrano niente uno con l'altro
E come paragonare un programmatore VB con un "programmatore serio". Il primo
trascina con il mouse senza sapere bene cosa sta facendo... l'importante per
lui è che what he looks è what he gets, il secondo applica ciò che sa per
programmare in modo ottimale.
E' un po come paragonare il C++ all'assembler
Windows al concetto astratto si Sistema Operativo
Il Toblerone alla Nutella
La Pepsi Cola alla Coca Cola (siamo in italia è i paragoni culinari sono
quelli + comprensibili)

Windows al concetto astratto si Sistema Operativo
Windows - escluso NT - è nato come sistema operativo per home computer e
soprattutto non per programmatori esperti ma per smanettoni e giocatori.
Se poi le aziende hanno deciso di utilizzarlo in quasi tutti i settori,
cavoli loro, potrebbero trovare qualcosa di meglio.
Mi piaceva così tanto il Dos con l'ausilio del 3.0...


 trovo Java un linguaggio molto bello.
secondo me ce n'e` piu` d'una.
e mi sembra che te le abbiano gia` elencate in molti...
-- 
Ciao, Matteo                         !!  It has to start somewhere
                                     /\  It has to start sometime
mailto:
matteo.mattia
 (at) 
libero.it
  \/  What better place than HERE
                                     ¡¡  What better time than NOW

 per la creazione di applicativi Java.
A me sembra perfetto cosě... gira su Linux, Win 9x, NT, Solaris e presto
anche Aqua. Con 128/256 Mb va benissimo, una macchina da sviluppatori
con tale dotazione di RAM non mi sembra proprio una cosa esoterica. Noi
sviluppiamo con dei semplici Celeron 500 con 256 Mb RAM. Considera anche
che le precedenti versioni (JB 2) erano scritte un po' in Delphi e un
po' in Java e succedevano cose terribili con la memoria. Il 3.5 va bene,
il 4 ancora meglio. I progettisti hanno semplicemente pensato che fra 1
anno una macchina con 256 Mb la useranno per la segreteria, e che la
norma saranno 512, mentre i processori continueranno la solita
escalation. L'obiettivo di raggiungere con un solo prodotto n sistemi
operativi l'hanno raggiunto invece nell'immediato, aprendo
immediatamente e quasi senza sforzo allo strategico mondo di Linux.
Se poi uno deve farlo girare in 64 Mb sul pc di casa, magari mentre gira
VisiBroker (anch'esso scritto quasi interamente in Java) ed un DB,
questa č un'altra faccenda. Probabilmente č un tipo di strumento che ha
la sua ragione di essere solo in un contesto aziendale o con pc
"casalinghi" ma ben ben carrozzati di RAM. Comunque, meglio un Celeron
500 con 256 Mb RAM che un PIII o piů con 64 Mb (forse anche piů
economico!), quindi okkio ai soldi se si comprano macchine soprattutto
per sviluppare...!
-- 
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


 Sono daccordo, una cosa: come mai chiami programmatori chi programma in VB?? ;)
GRANDE !
ho sempre detto che era una contraddizione in termini... :-)
Bye
-- 
| Andrea Trentini
| SoftArchiLab - DISCo - Universita' di Milano Bicocca
| mailto:
Andrea....@disco.unimib.it
| 
http://www.sal.disco.unimib.it/~atrent
| wrk 
+39-02-6448.7856
 | fax 
+39-02-6448.7839
| gsm 
+39-335-6671695
 | ~ 
+39-02-58313162

 degli ormai abusati "giovane vecchio", "ghiaccio bollente", ecc... ;)
aggiungerei "programmazione visuale" :-)
P.S. ho appena mailato una copia semantica del tuo messaggio,
non avevo ancora letto questo :-(


 >sbattuto di fronte a MSJ++ e JBuilder.
Anche dove lavoro io si usava la suite di sviluppo MS, poi ho convinto
il titolare che non era il caso ed è stata abbandonata, ora usiamo il
VisualAge IBM, non sarà il massimo per tutti gli aspetti, ma regge
tranquillamente il confronto con la concorrenza della sua classe e
soprattutto quando lanci il debugger non ti va a scrivere i puntatori
anche sul bios della scsi come mi è è capitato con il MS-VisualC++, ed è
stato un disastro.
-- 
Dr. Ugo Gagliardelli, Modena, Italy
Spaccamaroni andate a cagare/Spammers not welcome

 solamente le specifiche iso/ansi.
Ho il sospetto che non sia così, cosa mi dici della moltitudine di
programmi per WinNT che non funzionano più su Win2k?


 ... valuta tu stesso.
Anche Movex di Intentia (ERP svedese pure Java 100%)
http://www.intentia.com


 Francesco Agostino Fassi.
Ti sei stufato di gente che parla male di VB e non ti sei stufato di VB
stesso?
Hai lostomaco di ferro!
:))


garantire che č cosě come ti piacerebbe, ma anche meglio.
Scusa la digressione, ma c'e' una cosa che mi incuriosisce: da quanto
sento dai tuoi "colleghi" su it.comp.as400, mi sembra che in ambiente AS
ci sia una certa diffidenza nei confronti di Java. P.es., nel ng sopra
menzionato ci sono ogni tanto thread su come realizzare pagine web
dinamiche con CGI/RPG, ma mai su come farlo con il container per
servlet/JSP di Websphere (e dire che e' incluso nella baracca..), e
magari su come integrare le nuove procedure Java con il codice legacy
RPG (e questo sarebbe piuttosto interessante).
Ora, capisco che possano esserci delle resistenze verso le cose nuove, e
in informatica questo e' spesso un atteggiamento corretto (specialmente
dal punto di vista di "chi compra.."), ma il rischio e' di finire a
sviluppare ne' in ambiente RPG ne' Java, ma Microsoft: non so se rendo.
Ora, e' un'impressione sbagliata la mia, oppure su AS/400 Java e' in
effetti un po' messo da parte?

Molto, molto, molto, molto spiritoso!!!.
In alcuni casi mi fa comodo usarlo, in altri no.

Infatti la Ms utilizza alcune sue specifiche non standard per fare i suoi
"sistemi operativi".

Ma in Java 2 non  sono state aggiunti dei package per le animazioni ?

 Ma in Java 2 non  sono state aggiunti dei package per le animazioni ?
a dire il vero non saprei, ma di certo il supporto per grafica 2D/3D e`
migliorato.
In ambito applet cmq la questione rimane: quanti browser conosci la cui
JVM sia compatibile Java2? E quanti conosci che abbiano un Java-PlugIn
installato?


 effetti un po' messo da parte?
Come spiegavo nel mio post sopra, probabilmente oggi l'ambiente Java
dell'AS/400 è sicuramente tra i più evoluti, se non il più evoluto.
Soffre un po' della lentezza con cui IBM rilascia le JVM per AS/400 (per
esempio 1.3 non è ancora disponibile). Quindi se è messo in disparte,
non è certo perchè Java non sia una parte importante di AS/400, almeno
nei progetti di IBM, ma più che  altro è dovuto a quel pesantissimo
volano di conoscenze ereditate da un passato che risale a 22 anni fà,
considerando anche il S/38 predecessore dell'AS/400, ma il volano si è
messo in moto proprio da allora. In termini informatici, un record di
longevità. Ora, il volano del Java si è messo in moto circa 6 anni fà
(almeno il mio primo corso Java l'ho fatto nella primavera del '95, e mi
sembra che fosse una novità), è già pesantissimo, in termini di
conoscenza e diffusione, per cui in barba a tutti coloro che lo
vorrebbero morto, sarà ben difficile fermarlo, soprattutto quando
colossi come IBM e SUN gli rovesciano sopra fiumi di miliardi, in
termini di investimenti, trascinandosi dietro un gigantesco indotto di
business-partners che a loro volta si buttano in queste nuove
esperienze.
Secondo mè sono rose.


 "sistemi operativi".
sue di chi? 


 Quindi si potrebbe anche fare un paragone sui suddetti linguaggi.
Potrei essere daccordo su tutto il resto ma per quando riguarda assembler e
C la differenza è enorme.
Con il primo è possibile creare programmi ottimizzati per un singolo
processore
Questo significa che:
1 non è proprio possibile esportare un programma scritto in assembler su
qualsiasi altra macchina che usi un processore diverso ... e se il codice è
realmente ottimizzato non è possibile farlo girare neanche su una macchina
con processore di generazione precedente
2 Forse tu sei stato abituato a parlare di assembler DOS nel quale il
linguaggio è stato ampiamente nutrito con interrupt software che hanno
ulteriormente incentivato l'impossibilità di creare codice riciclabile su
macchine diverse.
Insendo gli interrupt DOS l'incompatibilità non era + solo a livello di
processore, ma anche a livello di sistema operativo
3 Il C non permette di compiere ottimizzazioni utente sul codice. Il
programmatore può operare facilmente sul programma con un linguaggio +
simile a quello umano, ma tutte le ottimizzazioni sono lasciate alla
furbizia del compilatore che sarà diverso per ogni sistema operativo.
Come certo saprai, il codice critico di applicazioni quali 3d engine sono
ancora scritte in assembler, per avere il pieno controllo dell'harware ...
ed il programmatore scrive tante procedure ottimizzate quanti sono i
processori sulle quali vuol far girare il proprio programma
4 Il C è molto + esportabile dell'assembler in quanto soggetto ad una
standardizzazione ANSI (mal che vada ci sono delle aggiunte) e qundi non ha
side effect dovuti a sistema operativo o alla macchina su cui il programma
stà lavorando
Per concludere ... io forse non ero ancora nato quando c'è stato il
passaggio tra assembler e C, ma storicamente ci sono state delle "lotte" tra
programmatori che volevano continuare a programmare in assembler e quelli
che invece si erano lanciati su C. Poi la comodità ha vinto ed ha permesso
di allargare il numero di persone in grado di programmare ed interagire con
il computer.
Si tratta di semplice evoluzione della specie.
W Darwin

 per sviluppare...!
Non era proprio una critica aperta alla Borland o a JBuilder, ma al fatto
che non esistano strumenti che si pongano nella fascia intermedia tra il
sistema per il grosso sviluppatore e l'edit del DOS.
Mancano tutti gli strumenti per programmatori intermedi che non hanno
intenzione di investire su una grossa macchina, ma preferiscono ripartire il
lavoro su diverse persone ... preferendo lo sviluppo distribuito a quello
centralizzato ... o comunque a tutti i programmatori "casalinghi" che non
hanno la possibilità di usare strumenti di produttività leggeri... e come tu
ben saprai questi usano prevalentemente ambienti Microsoft.

 sue di chi?
"Sue" = "proprie", di Microsoft. In pratica, Microsoft usa standard interni
all'azienda che poi,vista la diffusione dei suoi OS e prodotti, divengono
standard de facto anche all'esterno.

 wrote in message
8s9hbu$hgm$2...@nslave3.tin.it...

Hai ragione ! Visual J++ (per restare in tema) è orripilante sotto il punto
di vista di Java,
ma è veloce e leggero rispetto a JBuilder (soprattutto da 3.5 in poi). Per
esempio, io ho un Pentium MMX 166, con 96 MB di Ram. Una carriola, al
confronto delle macchine che ci sono in giro, ed ora come ora non ho
intenzione di comprarmi un PIII od un Athlon.

Infatti è proprio per questo che Unix è al 90% C e la restante parte in
Assembler.
Che c*****i, potevano pure farlo direttamente in Asm:))
In C e C++ ci sono alcune ottimizzazioni che non vengono lasciate al
compilatore, o
cmq non sempre. L'allocazione dinamica della memoria e la loro rimozione è
un bel esempio. Non sarà il .stack o il .model asm comunque c'è  ed inoltre
viene ampiamente utilizzata.
 

 In alcuni casi mi fa comodo usarlo, in altri no.
Senti, se nei tuoi reply non riporti anche il pezzetto di testo al quale
stai rispondendo qui non ci si capisce più nulla!
-- 
Cristian Veronesi ><((((º> 
http://www.crpa.it
Haleway sheyaamod! ("Speriamo che tenga", pare che abbia
esclamato l'Eterno contemplando il mondo appena creato)


Forse mi sono perso qualche post, poichè non ho capito il riferimento a
MS in risposta al mio post su un ERP 100% pure java che gira bene
dappertutto a parte winxx
:-?


Va bene, va bene. Lo farò manualmente dato che il mio software non è
compresa tale pratica, accidenti ad internet news.

La colpa č mia perché ho sforato andando OT.

 ben saprai questi usano prevalentemente ambienti Microsoft.
Si è vero, ma Java sta prendendo decisamente la strada dell'enterprise,
accumulando un grosso vantaggio su MS. 
Comunque, Jbuilder 2 PRO mi sembra si trovasse gratis su un cd di dev di
qualche tempo fa, e mi sembra più che ottimo come editor intermedio. Ci
ho lavorato bene con 64 Mb su un P166 fino a pochi mesi fa... 
-- 
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
