[Viaggi mentali] Considerazioni sul futuro dei piccì

[taddeus]

Originariamente inviato da albgen

spero che questa frase sia una battuta(da nerd)

N'antro gnorante.

Nel 2000 avevo in gestione dei terminali java (tutto SUN) usati per le votazioni universitarie. Avevano hardware limitato e niente hard disk.

[PinguinoGoloso]

Originariamente inviato da taddeus
N'antro gnorante.

Nel 2000 avevo in gestione dei terminali java (tutto SUN) usati per le votazioni universitarie. Avevano hardware limitato e niente hard disk.

Vero, mi ricordo di quel fallimento delle JavaStation.
Tuttavia, quel concetto di 10 anni fa riprende il concetto di dumb terminal su mainframe Unix degli anni '70.

Niente di nuovo, al solito.

[taddeus]

Originariamente inviato da PinguinoGoloso
Vero, mi ricordo di quel fallimento delle JavaStation.
Tuttavia, quel concetto di 10 anni fa riprende il concetto di dumb terminal su mainframe Unix degli anni '70.

Niente di nuovo, al solito.

Io, nei terminali stupidi, vedo qualcosa di un pò diverso diverso, almeno stando agli obiettivi dichiarati da SUN nella seconda metà degli anni 90.

[nifriz]

Originariamente inviato da taddeus
N'antro gnorante.

Nel 2000 avevo in gestione dei terminali java (tutto SUN) usati per le votazioni universitarie. Avevano hardware limitato e niente hard disk.

Bè questo concetto esisteva già negli anni '70 con gli IBM S/34 passati poi per

S/36
AS/400
Server Serie 5
iSeries
oggi xSeries se non sbaglio...

Si lavorava su terminali senza nulla, solo tastiera, monitor, scheda di rete e un mini processore schifido solo x gestire gli interrupt hw.

Oggi si lavora ancora su sistemi del genere, io lavoro su un iSeries ad esempio, ma per esisgenze dovendo utilizzare Office, mail ed internet si lavora da normali pc in emulazione Telnet

Cmq nel futuro vedo un sommarsi delle 2 cose... PC POTENTI e tutto in remoto.
La potenzà però non sarà più nel calcolo ma dedicata ad elaborazioni grafiche/sonore x effetti, giochi e suoni sempre più dettagliati e complessi

[miki.]

Originariamente inviato da carnauser
Il full remote computing lo vedo assai duro.

Vedo invece molto più concreto il remote storage, ovvero la non dipendenza del mezzo dai dati.
O meglio quello che io amo, scorporare i dati da un mezzo fisico deperibile e guastabile.
In pratica il tuo pc conterrà solo dati inerenti al funzionamento degli applicativi, ma i dati saranno tutti online e reperibili da qualsiasi macchina, cellulare o media futuri.

per il computer esiste gia' una cosa del genere, esistono programmi che ti mappano un driver con una risorsa ftp. L'unico svantaggio e' che lavori con file grandi e' lento, ma con tanti piccoli file va bene.

[andrea.paiola]

http://blog.hostingtalk.it/2008/09/l...e_il_mondo.php

[lnessuno]

il mio sogno è un file/db/mail/salcazzo server centrale, e tanti piccoli client che gli si collegano... mettendo a disposizione le loro risorse in modo da aumentare quelle del sistema nel suo complesso, una sorta di cluster di workstations.

così chi sta cazzeggiando, o fa operazioni poco complesse fornisce le sue risorse inutilizzate al server stesso, o a chi ne ha bisogno...

[albgen]

Originariamente inviato da taddeus
N'antro gnorante.

Nel 2000 avevo in gestione dei terminali java (tutto SUN) usati per le votazioni universitarie. Avevano hardware limitato e niente hard disk.

prima di tutto ignorante lo dici a your sister
secondo, tu hai quotato il primo post rispondendo con: "Guarda che java si basa su quel concetto, idea di oltre dieci anni fa." che non vuol dire un CAZZO!!! Tu l'hai visto in un certo ambito, e va bene, ma arrivare a dire che java si "basa su questo" che ripeto non vuol dire niente non ha nessun significato!?!

leggi questo cosi' anche tu non sarai più una capra..

JAVA DESIGN GOALS, direttamente dal sito della SUN
http://java.sun.com/docs/white/langenv/Intro.doc2.html

quando parla di applicazioni distribuite non intende quello che immagina chi ha aperto questo 3d.