Newsgroup: it.lavoro.informatica
Titolo: aria pesa in casa java

riprendo alcune notizie già circolate anche in altri gruppi.
doug lea molla il jcp:
http://gee.cs.oswego.edu/dl/html/jcp22oct10.html
apple non supporterà java su lion:
http://news.cnet.com/8301-31021_3-20020338-260.htm
sempre apple non accetterà applicazioni java nello store (2.24):
http://pastie.org/1236378
poi c'è ovviamente la disputa legale fra oracle e google per le
presunte violazioni della dalvik vm di android.
la mia personale sensazione è che:
- oracle abbia ben altri ca%%i a cui pensare che non guidare lo
sviluppo della piattaforma (ok, il sospetto c'era ma ora ci son le
prove)
- sempre oracle non abbia a cuore le aperture a nuove soluzioni
tecnologiche più di quanto ce l'abbia microsoft con .net
morale della favola: nel medio periodo imho è opportuno avere la
valigia fatta, specie per chi non ha l'abitudine di tenerne qualcuna
pronta nell'armadio.



Non so cosa intendi per "medio periodo", ma Java è e resterà per un bel 
po' la piattaforma più utilizzata lato server, indipendentemente da 
Oracle. Già adesso in alcune distribuzioni linux viene distribuito 
OpenJDK invece della versione sun-oracle, mentre jboss, websphere e 
oracle sono tra gli as più utilizzati in assoluto. C'è n'è abbastanza per 
portare la nostra generazione fino alla pensione, altro che valigie.
Riguardo a apple, non so quale sia il fine ultimo di smettere di produrre 
la loro jdk, forse sanno già che lo farà oracle, forse cercano di 
affossare la tecnologia java, forse se ne fregano della comunità di 
sviluppatori che sceglie i macbook per sviluppare in java perchè 
risparmiano di più a non produrre più la jvm che guadagnano con quella 
fetta di mercato. 
-- 
Soprano

 prove)
E che alternativa avrebbero? Ormai tutti gli shop oracle sono 100%
java o quasi, a parte qualche applicazione revenant in forms. O pensi
che mollino proprio il layer middleware? Proprio adesso che sono
riusciti ad avere uno stack completo HW-OS-DBMS-MW-App?
Poi, che non abbiano le capacità per evitare che succeda un po' di
casino nella gestione del merger e del passaggio di competenze, può
darsi benissimo...
bye!

 
anche io l'avevo percepito come un costo che si vogliono togliere, della
serie cazzo basta tenere x sviluppatori su java (oltretutto applicazioni
desktop java almeno su osx è un pò che non le vedo.)
James Gosling veramente ha detto che invece è cosa normale per i vari
produttori svilupparsi il proprio java conforme alle specifiche.
Tramite ports c'è già chi utilizza openjdk sugli osx server, mentre lato
desktop in realtà la parte problematica sarebbe proprio la gui, cioè
parliamoci chiaro fare girare swing su x11 tramite openjdk è fattibile
ma schifosissimo, l'integrazione che aveva fatto osx tra cocoa e java
era pressoché pixel perfect col desktop.
Per quanto riguardo l'app store prendendo esempio da quanto è stato
fatto con la versione iphone che ora accettano pure applicazioni fatte
col packger di adobe e con mono touch magari in futuro potrebbe tutto
evolvere speriamo in una maggiore apertura.

 wrote:

sono d'accordo.. in relta' e' gia '  da qualche anno che penso che
Java abbia fatto il suo tempo e abbia cominciato la sua "parabola
discendente"... e che la velocita' di questa discesa abbia subito una
brusca accelerazione con l'acquisto di Sun da parte di Oracle..
Se tiene ancora e' semplicemente perche' non  e' emersa nessuna altra
valida alternativa "non MS" per il momento..ma penso che a breve
succedera'...
E credo anche io che un saggio programmatore Java farebbe bene a
cominciare a specializzarsi anche in altre tecnologie prima che sia
troppo tardi..



cioè il saggio programmatore dovrebbe specializzarsi in altre tecnologie 
che come dici tu ancora non esistono ?
-- 
Soprano



Mica tutti quelli che sviluppano java su macos lo fanno per sviluppare 
applicazioni che debbano girare su macos, anzi è più frequente il 
contrario, credo.
-- 
Soprano

 
Vabeh, se c'ï¿œ gente che lavora ancora con COBOL, mi sa che per Java ci
sarï¿œ ancora spazio per anni :-) In ogni caso, un bravo sviluppatore Java
non avrï¿œ problemi a riciclarsi su Python o Ruby. 
Tralascio il discorso Apple perchï¿œ, per come la vedo io, la loro scelta ï¿œ
dettata dal tentativo di chiudere completamente il loro sistema e nulla piï¿œ.


no, dovrebbe diversificare le sue conoscenze in tecnologie alternative
che gia' esistono e tenere gli occhi ben aperti su quelle nuove che
appaiono all'orizzonte..anche lo sviluppo per iPhone e Mac per
esempio,  se non fosse per l 'orrido modello chiuso e mafioso a pizzo
che fa naturalmente orrore ad un programmatore Java..



Un saggio programmatore imho deve specializzarsi nelle tecniche di 
programmazione, negli standard e sopratutto nelle problematiche in un 
settore specifico, la piattaforma conta fino a un certo punto, imho. Se 
hai lavorato per anni server side con java mettersi a guardare lo 
sviluppo iphone non è la scelta più consigliabile, imho.
-- 
Soprano

 succedera'...
Io un anno fa ho indicato entro tre anni Python almeno a pari di Java
e C# come diffusione. Le statistiche mi stanno dando ragione.
Greetings
JOKER Ltd.


la piattaforma conta fino ad un certo punto, sono d'accordo, ma conta,
specialmente se vuoi fare qualcosa ad altro livello e non finire come
l'ennesimo sfruttato sottopagato. Quanto al passaggio server-side a
sviluppo app/smartphone/grafica sono d'accordo che sia un po' insolito
e per alcuni sconsigliabile, quindi ti do parzialmente ragione, ma ci
sono anche altre tipologie di persone a cui i cambiamenti radicali
fanno bene, stimolano il cervello ed evitano l 'incartapecorimento ...

 che come dici tu ancora non esistono ?
certo, si chiama PROATTIVITA' 

 e C# come diffusione. Le statistiche mi stanno dando ragione.
Come C# pi� o meno ci siamo, ma ha ancora moooolta strada da fare per
raggiungere Java...

 presunte violazioni della dalvik vm di android.
a oracle si è aggiunta Gemalto.
-- 
Wikipedia Admin: "wikipedia non è un blog"
Iosif Stalin: "i compagni hanno scambiato il partito per un circolo di
discussione"

 oracle sono tra gli as più utilizzati in assoluto. 
Aggiungi Tomcat.
Sono d'accordo. Il fatto che su Lion non sarà "installato by default"
non cambia una virgola:
- nemmeno in windows è installato di default.
- lion rappresenta una percentuale infima nei desktop.


 percentuale infima nei desktop.
No aspetta, è diverso: Apple ha deprecato il suo java e non lo produrrà 
più, non è che non lo installa semplicemente. Se oracle non distribuisce 
una java per macos, macos rimane senza java.
-- 
Soprano

 - lion rappresenta una percentuale infima nei desktop.
vuoi dire che oggi ï¿œ giï¿œ superiore a 0?
-- 
DES

 una java per macos, macos rimane senza java.
Premetto che di software per Mac OS X non è proprio il mio business
target, ma tendo a produrre software multipiattaforma e di tanto in
tanto mi è capitato di fare il deploy di certe cose su Mac. Certo che se
avessi del software in Java da rilasciare su Lion la cosa di sicuro non
mi fermerebbe. Esiste OpenJDK che già si può installare tramite ports,
ci sono anche GNU Classpath e Apache Harmony (si erano un tantino
fermati quando SUN ha reso GPL la propria implementazione, ma non è
detto che dopo gli ultimi episodi con Oracle questi non (ri)prendano una
nuova vita).



Si, alla fine difficilmente riusciranno a cassare completamente un 
linguaggio di programmazione e la relativa community, anche se per 
esperienza non c'è mai stata equivalenza al 100% tra VM Sun e relative VM 
alternative IBM, Apple, OpenJDK e altre. Di fatto se installi Eclipse su 
MacOs non tutto funziona come dovrebbe, quasi tutto, ma NON tutto. Lo 
stesso dicasi per OpenJDK. E questo nonostante passino entrambe i test 
TCK.
-- 
Soprano

 che come dici tu ancora non esistono ?
Il programmatore "saggio" dovrebbe prendere atto che la programmazione e'
morta e sepolta da anni, qualsiasi sia il linguaggio.
Ciao,
Marco
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 e' morta e sepolta da anni, qualsiasi sia il linguaggio.
Quindi siamo tutti archeologi ? Dai esplica un po' il concetto.
-- 
Soprano

 - lion rappresenta una percentuale infima nei desktop.
in effetti si, però ha una scusante: uscirà nel 2011.

 Quindi siamo tutti archeologi ? Dai esplica un po' il concetto.
Marcoxxx ha una visione "Maia post 2012" del nostro lavoro. 
Non vuole accettare il fatto che il nostro lavoro non esiste solo nelle
pachidermiche societ� nelle quali ha lavorato lui.
Io programmo, ho lavoro, ci campo anche con soddisfazione. 
So anche di non essere l'unico :-)
PaF

 So anche di non essere l'unico :-)
Ma saprai anche di non essere parte di una maggioranza all'interno di
quelli che fanno questo lavoro.E comuqnue, se anche un tempo fossi stato
parte di una maggioranza (cosa che oggi come oggi non e'), che tale
maggioranza e' destinata a fare (o meglio sta facendo o meglio ancora ha
gia' fatto)  inevitabilmente  la fine dei panda giganti.
Se non lo sai, ho paura di non essere io  quello che non accetta i fatti
:-)


 
si è questo il punto, forse non mi ero spiegato bene, secondo me chi
sviluppa java su osx (io sviluppo su java, php, perl) lavora sul server
side sul quale alla fine l'openjdk potrebbe essere pefetto.
Credo che java sia molto diffuso server side ma ultimamente lato dekstop
(ultimi 3-4 anni) ho davvero visto poche applicazioni sviluppate in java.
ma potrei sbagliarmi.
Altro punto riguarda proprio swing.
SWT è già a codice open e non sviluppato da apple e quindi portarlo su
openjdk potrebbe essere relativamente semplice (quindi avremmo cmq
eclipse in tempi ragionevoli).
Swing per osx era sviluppato da apple... se fossero intellettualmente
onesti potrebbero regalare a openjdk quanto sviluppato fino ad ora.
(ma ci credo molto poco)


ahaaa!
questa te la rubo!
Diciamo che osx non ha tutta sta diffusione si parla sempre di
percentuali sotto il 10%...

 :-)
Continuo a non capire: visto che la maggioranza dei programmatori non 
programma, cosa fa ?
-- 
Soprano

 programma, cosa fa ?
Analisi :-P
Poi non ho ben capito chi realizza o realizzer� quanto analizzato, Marcoxxx
ce lo spieghi ?
PaF

 
-- 
Alex75

 Altro che java...
Sai benissimo che nel mondo server side non è la tecnologia che comanda, 
ma le major che spingono una soluzione piuttosto che un'altra. A oggi 
IBM, Oracle e SAP spingono su Java, più mettici i migliaia di progetti 
deployati su jboss, tomcat, jetty, e la immensa comunità di javisti 
(pagati e non), e ti accorgi che java vivrà per altro che 5 anni. 
Pensi che attualmente esista qualche applicazione bancaria o sanitara 
seria sviluppata con LAMP ? O che IBM butterà via Websphere per lanciarsi 
su Haskell ?
-- 
Soprano

riprendo alcune notizie gi� circolate anche in altri gruppi.
non credo proprio che Java sia destinato al macero, anzi, in ambito
Enterprise ha cercato di prendere il posto di Cobol e se anche non
l'ha spodestato del tutto e' riuscito tranquillamente a sederglisi
accanto. Ne credo che a breve/medio/lungo periodo Oracle potra'
riuscira' a nuocergli in modo significativo.
Vero e' che i big vendor (IBM in primis) stanno cmq cercando
un'alternativa per vari motivi. 
Io i miei 0,02 euro li punterei su python a questo punto, il quale per
raggiungere la maturita' di java (in termini di utilizzo e diffusione
in ambito enterprise) ha ancora bisogno di una 10ina d'anni come
minimo e visto il tempo che si porteria via per affermarsi in
quell'ambito, direi che si potrebbe immaginare che IBM provera' anche
qualcos'altro nel frattempo (e gli altri big vendor appresso a lei).

 ottimizata del runtime env) e, alcuni dicono, js (vedi progetto node.js).
quoto.

>riprendo alcune notizie già circolate anche in altri gruppi.

Questo è interessante: da cosa deduci che IBM e Oracle si stanno 
allontanado da java ? 
Oracle ha annunciato un JDK 7 modulare, che farà del gran bene a Java 
(diventato un monolite troppo ingonbrante), e entrambi hanno appena 
annunciato una collaborazione su OpenJDK. Inoltre Websphere è una delle 
fonti di guadagno più alte per IBM.
-- 
Soprano

Soprano ha scritto:



Non e' che "non programma". E' che e' consapevole che il lavoro "sta
sparendo".
E ultimamente direi che e' diventato consapevole anche piu' di un
imprenditore; un mio ex bodyrentallaro ne fu consapevole gia' dal 2006,
quando decise di aprire una pizzeria o qualcosa di simile; so di altri
imprenditori informatici [bodyrentallari e non]che in questo periodo si
stanno dedicando ad altro. Per non parlare dei programmatori che, oltre a
scomparire a vista d'occhio in "numero assoluto" [intendo come "presenza
sul luogo di lavoro"], sempre piu' spesso cercano all'estero, quando non
lavorano gia' all'estero (un mio attuale collega fa piu' o meno una
settimana a Roma e una in Germania).


 su Haskell ?
in ambito bancario java è, al massimo, relegato a presentare dati che
provengono da tutt'altri mondi.

 Analisi :-P

L'analisi, come la programmazione e' destinata a scomparire. E io ne sono
perfettamente conscio.
Per altro, ad un progetto a cui lavoro io adesso, alla la parte del
progetto che e' anche di mia competenza ci lavorano (nel senso che sono
pagati con i soldi allocati per quel progetto):
2 PM, 1 programmatore probabilmente anche alcuni dirigenti o pseudotali
[anche se questi ovviamente non al 100% sul progetto. Forse anche uno dei
PM non e' al 100% sul progetto. L'altro penso di si']e io che le mani sul
codice non ce le potrei mettere nemmeno se volessi (visto che il codice e'
di proprieta' del fornitore, per il quale lavora il suddetto
programmatore).
Ah... dimenticavo: c'e' anche almeno un bodyrentallaro che prende soldi
allocati per tale progetto (ma effettivamente non si puo' dire che
"lavori" al progetto)
Fatto 100 il budget allocato per il progetto, decidi pure te quanta parte
va alla programmazione.
Se si va a vedere le parti del progetto in cui io sono coinvolto solo come
"integrazione" le cose vanno probabilmente anche peggio.


 pronta nell'armadio.
Tutto finisce.

 portare la nostra generazione fino alla pensione, altro che valigie.
Dopo Java, il nulla :-)) Non ti sfiora l'idea che qualcuno, magari
Oracle, possa pensare ad un sostituto?

 sviluppo iphone non è la scelta più consigliabile, imho.
D'accordissimo. Oggi come oggi una tecnologia informatica resta sulla
cresta dell'onda 10 anni, se va bene. Caso di Java EE.
Interessante sui cellulari: Symbian sta chiudendo bottega, però c'è
Android che usa Java.

 provengono da tutt'altri mondi.
Ci lavoravo 10 anni fa e già c'erano applicazioni di trading online 
scritte interamente in java. Nel senso che c'era parecchia business 
logic, oltre che alla semplice presentazione. Poi si, le operazioni 
finali strettamente legate ai protocolli bancari venivano veicolate verso 
gli "altri mondi".
-- 
Soprano



Mi sfiora ma non mi preoccupa. Non voglio certo nemmeno lavorare in java 
fino alla pensione.
-- 
Soprano

 ottimizata del runtime env) e, alcuni dicono, js (vedi progetto node.js).
Questo è un punto interessante, ma non riguarda un gran che i grandi
sistemi EE, che girano già da anni su server multiprocessore (ed ora
anche multicore).
In quegli ambiti è semmai lo strato soprastante (application server,
web server, dbms, ecc.) che deve meglio sfruttare l'hardware, non il
singolo programma.
Il problema per Java  si potrebbe avere sui telefonini e pad (vedi
Symbian ed Android) ... ma quando saranno multicore :-))

 meno una settimana a Roma e una in Germania).
Grand parte del business attuale (bancario, assicurativo, finanziario, 
sanitario, telecomunicazioni, media e quant'altro) si basa su strumenti 
informatici. Come si fa a dire che è un lavoro che sta sparendo, 
perdonami, ma è un mistero.
Che in Italia ci sia un richiesta maggiore dell'offerta può essere vero, 
ma da questo dedurne che il mestiere del programmatore stia sparendo, c'è 
un abisso. 
-- 
Soprano

 
volevo dire: Lion + Leopard + Tiger + il gattino di casa mia.
-- 
Wikipedia Admin: "wikipedia non è un blog"
Iosif Stalin: "i compagni hanno scambiato il partito per un circolo di
discussione"

 percentuali sotto il 10%...
negli Stati Uniti.... in tutto il mondo inferiori al 3%


 un abisso. 
Vedi sopra.
Ciao,
Marco.


 (ma ci credo molto poco)
Lo dici tu stesso: SE fossero, ma non lo sono.
Greetings
JOKER Ltd.

 una java per macos, macos rimane senza java.
Beh se ci sono community Open Source di macchisti possono sempre
portare loro la JVM su Mac. Per python mi sembra esista l'interprete,
idem Ruby direi. E non e' stata certo Apple a scriverli.
Greetings
JOKER Ltd.

 negli Stati Uniti.... in tutto il mondo inferiori al 3%
usa e europa, evidentemente.
http://en.atinternet.com/Resources/Surveys/Internet-user-equipment/Operating-systems-August-2010/index-1-2-7-211.aspx
poi in africa non lo so.

 Vedi sopra.
Prima o poi forse i dirigenti si accorgeranno - causa sparizione della
clientela - che forse oltre ad un certo livello non si pu� tagliare.
Breve racconto: mio figlio ha deciso di passare a Vodafone, chiamiamo il
call center, facciamo partire la pratica. Sembra tutto ok.
Dopo qualche giorno arriva il corriere con la SIM.
L'attivazione per� � stata impossibile, perch� NON C'E' traccia alcuna nel
sistema informativo Vodafone ne della richiesta, ne della spedizione.
Risultato: mio figlio rimane in Wind (a parte la differenza del servizio di
call center, con Vodafone � quasi impossibile parlare con qualcuno, con
Wind � quasi immediato).
PaF

 un abisso.
Tutte le professioni di elevato carattere tecnico-scientifico in Italia 
stanno sparendo. Non per nulla chi puï¿œ emigra.
Estremizzando neache troppo, si potrebbe dire che ormai si cercano piï¿œ 
solo venditori, promoter, agenti, commerciali, ecc., e OSS, badanti.
Ma si produce sempre meno. E il bello deve ancora venire, quando le 
altre nazioni bene o male ripartiranno, e noi saremo ancora lï¿œ a parlare 
della casa di Montecarlo al cognato o a cercare posto per la 
miliardesima volta ai rifiuti di Napoli.
Ciao.
---
none

 ha scritto:

'mmazza: 7,6 in europa.
Chiaro comunque che nei paesi meno ricchi sarà più scarsamente diffuso.
Ma diamo tempo al tempo e vedrai che le cose cambieranno completamente:
chrome os andrà a finire sui pad e spiazzerà ipad (così come è già
successo con android e iphone) e apple comincierà a ridimensionarsi
parecchio.


 PaF
E quando, non Vodafone si riallineerï¿œ a Wind, ma Wind scadrï¿œ al livello 
di Vodafone, al consumatore non rimarrï¿œ che quel piatto di minestra e ai 
dirigenti rimarrï¿œ la certezza che si puï¿œ tagliare ancora.
Buona serata.
Ciao.
---
none

 'mmazza: 7,6 in europa.
inoltre, non so se tu stavi scherzando con "africa", ma tieni in
considerazione che il continente più popoloso è l'asia e la vedo un po'
dura che un indiani e un cinese spendano in un computer il loro PIL
medio annuale pro-capite.


 Nel senso che Oracle sarebbe incapace di supportarlo?
nel senso che oracle non ha alcun interesse a supportare la comunit� 
degli sviluppatori indipendenti.

 miliardesima volta ai rifiuti di Napoli.
C'è più verità di quel che vorrei nelle tue parole.

 è così ti vengono incontro,
non direi proprio. quei thread sono funzionali all'application server,
non alla tua applicazione che non può "usarli" a propria discrezione.
anche i thread pool ne esistono millanta implementazioni e nel caso di
jboss servono a *lui* per disciplinare l'uso, non all'applicazione per
la quale non cambia pressoché nulla a livello di implementazione.
nel jee la problematica del multithreading non è affatto semplificata
considerato che i thread sono una risorsa di sistema condivisa (come
lo è l'heap, ad esempio) su cui la jvm non ha sostanziale potere di
controllo. in altre parole se la tua applicazione è un po' pirla con
un uso inadeguato dei thread può mettere in crisi se stessa e tutto
l'application server. non a caso application server condivisi come la
google app engine impediscono alle applicazione di creare nuovi thread
tramite policy di sistema.

 tramite policy di sistema.
Preferisco avere la possibilità di lanciarmi un nuovo thread senza che ci 
siano policy di sistema ad impedirmelo. Detto questo, su jee puoi avere 
applicazioni perfettamente multithread senza mettere mano ai Thread java, 
lasciandone la gestione all'as. Se non è venirti incontro questo...
-- 
Soprano

fonti di guadagno pi� alte per IBM.
Non si stanno allontanando, ho solo detto che IBM (non Oracle
certamente) sta' iniziando a sperimentare anche altre cose, altri
ambienti e linguaggi.
Nel caso di IBM, Java e' stato al centro della sua strategia tecnica e
commerciale negl'ultimi 15 anni (dal 1996 in poi) basta guardare
all'evoluzione delle linee di prodotti Websphere e Rational tanto per
dire, ma anche dell'evoluzione dell'hw e dei s.o. delle sue linee
server, fatta all'insegna dell'ottimizzazione per far girare al meglio
quei processi, quei middleware e quel linguaggio.
Trovarsi con la propria risorsa principale in mano ad un competitor
che non si occupa solo del sw (cosa che IBM tollerava tranquillamente)
ma che puo' ora mettere in piedi una filiera
hw+so+rdbms+middleware+sw.appl. potenzialmente assai concorrenziale
non dev'essere una bella cosa, anzi.
Eppoi e' anche cambiato il mercato di riferimento, oggi nessuno pensa
piu' (in ambito enterprise che � la vera gallina dalle uova d'oro) di
riscrivere tutti quei processi che sono in piedi da 20/30 anni, come
erroneamente si riteneva nel 1996, si ragiona semmai di
refacing/ristrutturazione (soluzioni molto piu' alla portata ed
economiche e similmente efficaci) ecco allora negli'ultimi due/tre
anni iniziare ad infilare nel suo set di prodotti altre alternative,
PHP in primis, ma anche Python (hint: se dai un'occhiata agli script
d'installazione/gestione/upgrade delle ultime versioni dei sw si
trovano anche dei curiosi file *.py).
Diciamo anche che perche' si stabilizzi una reale alternativa a Java
occorrono due requisiti fondamentali: 
1) una realta enterprise alle spalle, che IBM nun c'ha voglia o tempo
di mettersi a farselo lei un linguaggio (Java=Sun, PHP=Zend);
2) che "il prescelto" sia compilabile e non interpretato (che non c'e'
niente di meglio di distribuire un bel binario per proteggere la
propria proprieta' intellettuale).
Attenzione tutto cio' e' una strategia di lungo periodo (diciamo da
qui a 10 anni), nel breve/medio le cose continueranno ad andare avanti
cosi' come hanno sempre fatto. 
Oracle vende un fottio di licenze sui sistemi IBM (che per ogni sua
linea server ha le c.d. Oracle Editions, macchine e s.o. ottimizzati
per ospitare i prodotti Oracle appunto), IBM vende un fottio di
ferraglia grazie ai prodotti Oracle che sa' offrire come valida
alternativa anche ai propri, facendo felice l'eco-sistema dei propri
business partner. 

 un application server.
Quindi in un a.s. lo stesso *singolo* programma può sfruttare più di
un thread dell'a.s.? Mah...
In ogni caso, se lavori fuori dell'a.s. (cioè in sostanza scrivi
programmi batch e non interattivi) diventa tutto a carico tuo gestire
eventualmente i multiprocessori/multicore. Cosa estremamente rara, per
applicazioni singole (Parliamo sempre di ambito EE).
Aggiungerei che i thread di sistema sono cosa diversa dalla
programmazione parallela con uso di più core/processori. Praticamente
tutti i linguaggi già dispongono di librerie per creare thread di
sistema, ma solo pochi riescono a mappare i thread su diversi core/
proc. I linguaggi funzionali, per loro natura, si prestano
estremamente bene a fare questo in modo più semplice, rispetto a
linguaggi come Java, C, ecc.

 
C'� anche da dire che la programmazione con pi� thread � un casino di suo e non
ho mai trovato persone super esperte di queste problematiche. La maggior parte
dei programmatori Java credo non sappiano nemmeno che esistono il package
java.util.concurrent, Future, Callable e compagnia bella.

 in modo più semplice, rispetto a linguaggi come Java, C, ecc.
Credo di si, ma programmare coi linguaggi funzionali può diventare un 
pain in the ass per altri motivi. Comunque se i linguaggi funzionali 
diventassero il nuovo standard ne sarei contentissimo.
-- 
Soprano

 ai propri, facendo felice l'eco-sistema dei propri business partner.
Bel post, thanks. Magari la soluzione più naturale sarà una fusione dei 
due, chissà.
-- 
Soprano

 mica il software che ci gira sopra.
Evidentemente non è così banale, se fanno delle apposite librerie per
scrivere programmi paralleli (nel senso del multi core) diverse da
quelle "tradizionali" per il threading (ricordo CIL per C, una per
Net, ecc.)

 non credo proprio che Java sia destinato al macero, anzi,
ma non lo credo neanch'io che sia destinato al macero, non è questo il
punto.
quello che io penso è che le politiche di oracle non favoriscono gli
sviluppatori indipendenti ne sono sensibili a evoluzioni che aprano
nuovi fronti di sviluppo. ho dei dubbi che proporre soluzioni su
application server possa continuare a lungo ad essere una scelta
strategica vincente, vuoi perché il mercato tende (giustamente) ad
appiattirsi, vuoi perché il business si fa proponendo innovazioni e
non riproponendo ad oltranza la stessa soluzione.

 non riproponendo ad oltranza la stessa soluzione.
Assolutamente vero.
Forse, ma dico forse, è giustamente venuto il tempo di linguaggi quasi
di scripting interpretati, che una volta avevano il problema delle
prestazioni, ma che grazie ai ferro odierno volano in qualunque
situazione.
Quindi potrebbe, ma ripeto potrebbe, essere il tempo di destrutturare
l'attuale, con forte utilizzo di REST, python et simila ed il ritorno
a cose se non semplici addirittura banali ma ben integrate nel mobile
e con una interfaccia grafica accattivante.
Sicuramente la semplice gestione del dato ha fatto il suo tempo.

 ecc.)
Qui alzo le mani e mi rimetto a chi ne sa di più nel forum.
-- 
Soprano

 lasciandone la gestione all'as. Se non è venirti incontro questo...
mi fai un esempio?

 mi fai un esempio?
message driven beans, web service asincroni, ejb asincroni generano tutti 
nuovi thread paralleli non bloccanti. 
-- 
Soprano

non riproponendo ad oltranza la stessa soluzione.
tenderei a scindere il problema (che e' prettamente di strategia e non
tecnico), da una parte il confronto con il mondo Enterprise e PMI
potra' far crescere alcune necessita', diversificarle, ma
fondamentalmente ci sara' sempre bisogno di inserire ordini,
fatturare, tenere i contatti con i clienti, (s)caricare i magazzini,
ergo la centralita' del dato e l'importanza della sua gestione si
protrarra' per sempre (temo ;-)), un tempo cio' si faceva con i
fosfori verdi, oggi con le pagine web, domani con gli iphone ed ipad,
ma siamo cosi' sicuri che concretamente cambi qualcosa?
Dall'altra il mercato consumer, a questo gli isv raramente sono
arrivati e raramente continueranno ad arrivare, si tratta di un'altro
mondo, di altri enne mondi, ciascuno con la sua logica e strumenti ad
hoc, dove le tecnologie cmq sono spinte da grandi major che le
sviluppano le impongono e le campano fino a quando non diviene
conveniente sostiruirle.

 nuovi thread paralleli non bloccanti.
eh ho capito, ma quelle sono tecniche per gestire processi asincroni
non per sfruttare il parallelismo del multithreading a scopo di
performance. in pratica tu dici: voglio eseguire un processo in più
thread paralleli, lo divido in più messaggi. beh magari bene o male ti
funziona ma è un antipattern e fra l'altro le specifiche non ti
garantiscono nulla sul parallelismo dei listener sulle code.



Non è certo un framework pensato con il parallelismo multicore in mente, 
su questo non c'è dubbio, ma dipende tutto da che tipo di applicazione si 
progetta e da come è implementata la business logic. Se la "pesantezza" 
dell'applicazione è dovuta alla mole di richieste dei client 
un'architettura jee fornisce una soluzione perfettamente scalabile in 
base al numero di processori. Se invece mi parli di calcoli pesanti a 
livello di cpu potrebbe essere non altrettanto banale, JEE e/o gli EJB 
non sono la risposta ideale per qualsiasi problema.
Poi se vogliamo nemmeno lavorando coi Runnable e i Thread di java non hai 
alcuna garanzia di quello che succede sotto dal punto di vista del 
parallelismo, credo dipenda molto da come è implementata la JVM.
-- 
Soprano

 Qui alzo le mani e mi rimetto a chi ne sa di più nel forum.
Il problema principalmente è che "tradizionalmente" nei linguaggi 
imperativi (tutti, da Java a Python a Ruby) mantieni lo stato in modi 
che risultano immantenibili o inefficienti (per esempio il fatto che le 
variabili siano mutabili significa che devi ingegnerizzare un qualche 
sistema di locking, come ad esempio un semaforo, che pero' è 
bloccante). Essendo un problema funzionale, certamente non te lo 
gestisce il sistema operativo, il problema non è distribuire n thread 
su n processori, ma fare in modo che non si spacchino le palle a vicenda
Non è un problema della tecnologia AFAIK, ma dei linguaggi imperativi 
in genere.
Scala ha una buona implementazione dei sistemi di messaging 
Erlang-like, gli "actors", che ti consiglio di guardare se ti interessa 
il problema. Clojure, che conosco molto poco, è più simile ad Haskell e 
la sua Software Transactional Memory (che c'è anche in Clojure, ma 
ovviamente non mi ricordo il nome). Twisted Matrix per Python è 
un'altro esempio, implementa un reactor pattern con una tonnellata di 
protocolli attorno. Il nuovissimo node.js lo fa con Javascript, ma è 
ancora molto in beta.
In generale questo è quel che so, spiegato con i piedi come sempre.
  ngw
-- 
Nicholas Wieland (ngw)
Zooppa CTO
911 Western Avenue, Suite 420
Seattle, WA  98104  US

 domani
e invece io credo di si'. Java ha sempre avuto un aurea di
"piattaforma libera" finche'  e' stato gestito da Sun, ed e' facile
capire perche' per chi conosce le origini di Sun.... Ma appena e'
passato ad Oracle ha immediatamente cominciato a puzzare di prodotto
proprietario di Oracle. Questo puo' anche andare bene per un vero e
proprio prodotto software come un DB, ma un linguaggio?
Io credo che questo avra' 2 conseguenze: a) molti dei dei guru che
hanno contribuito al successo di Java lo abbandoneranno e b) la
stragrande maggioranza dei "bravi" programmatori che ha scelto Java
anche perche' lo vedeva come una tecnologia libera stile open source
iniziera' a cercare alternative.. oppure si buttera' su .NET, tanto
puzzare di Oracle o di MS sempre puzza e' ..:)