Link all'Articolo: http://www.hwupgrade.it/articoli/cpu/4995/addio-a-solaris-e-sparc-oracle-licenzia-i-team-la-fine-di-un-era_index.html

Oracle licenzia in tronco i team che si occupavano di sviluppare i processori SPARC e il sistema operativo Solaris. Si chiude così un'epoca iniziata nei lontani anni '80, sotto la guida della defunta Sun, in un lungo declino che durava ormai da anni e i cui prodromi erano già ben visibili subito dopo l'acquisizione della società da parte di Oracle

Click sul link per visualizzare l'articolo.

pensavo che la linea dei processori sparc fosse chiusa da molto tempo ormai

Spero che il file system ZFS venga rilasciato in una forma più libera in modo da potere essere addottato, senza riserve, anche su Linux.
E che mantengano Java.
Supponendo che non abbiano idee strane anche sugli ambienti di sviluppo come netbeans.

Oracle e' uno dei fornitori piu' difficili in assoluto con cui lavorare, in genere se posso li evito, famosi per riscrivere le regole di licensing al variare del tasso di umidita' ... per carita', ottimi prodotti, sono le ferrari dei database ma per il resto non hanno saputo far fruttare le loro acquisizioni e si sono cullati sugli allori: Amazon nel frattempo ha preso il largo con soluzioni piu' ruspanti e piu' interoperabili.

Database: forse il migliore, ma mettersene uno in casa e' un rischio, visto che variano licensing model ogni due anni e listino praticamente ogni anno.

Cloud: Non pervenuto: virtualbox carina, ma io avrei tentato una alleanza con VMWare o perlomeno una maggiore interoperabilita'; es: nel disaster recovery, nel vmotion, nel backup, etc.

Hardware: Robusto e affidabile ma molto costoso.

Spero che il file system ZFS venga rilasciato in una forma più libera in modo da potere essere addottato, senza riserve, anche su Linux.
E che mantengano Java.
Supponendo che non abbiano idee strane anche sugli ambienti di sviluppo come netbeans.

Netbeans passerà ad Apache: link (https://netbeans.org/community/apache-incubator.html) altro link (http://incubator.apache.org/projects/netbeans.html)

Ma alla fine si può sapere perché ha comprato Sun? Ha praticamente distrutto tutto, ci manca solo che mollino anche Java e hanno finito. E speriamo che lo facciano, così lo lasciano alla community che sarà sicuramente in grado di portarlo avanti come si deve (beh, peggio non può in ogni caso).

E dire che avevano TUTTO: dall'hardware, al software, ai servizi. Potevano mangiarsi il settore enterprise come una nocciolina. E invece niente. Mah. Praticamente campano con il loro DB e relative consulenze, il giorno in cui verrà meno (e non vedo molta gente ansiosa di comprarlo) l'intera azienda evaporerà.

...ARM sta guadagnando un suo piccolo spazio, ma resta da vedere quanto avrà modo di espandersi...

Solo a me questa affermazione dell'autore non convince affatto? :mbe: :confused:

Lacrimuccia... ricordo ancora le ore passata sui Sun Ray 100 in facoltà :sofico:

https://upload.wikimedia.org/wikipedia/commons/thumb/3/35/SunRay.JPG/1024px-SunRay.JPG

Lacrimuccia... ricordo ancora le ore passata sui Sun Ray 100 in facoltà sofico:



Mannaggia, mi ricordo tanto tempo fa al circolo Ratataplan a Riccione, una distesa di Sun e Silicon Graphics, tutte macchine costosissime per computer grafica.. che tempi...
Quindi con la morte dei processori SPARC è la fine di un'epoca, quella dei processori RISC se non sbaglio...
Comunque Oracle è una vera tagliateste...

in effetti ci si sente giovani...

spero liberino qualche 'prigioniero' almeno...

cmq sia in un certo modo i risc sono tutt'altro che schiattati, anche se magari sotto 'mentite spoglie', nel senso che arm tando poco usata non è, anche se ok non nel mondo ws

Mannaggia, mi ricordo tanto tempo fa al circolo Ratataplan a Riccione, una distesa di Sun e Silicon Graphics, tutte macchine costosissime per computer grafica.. che tempi...
Quindi con la morte dei processori SPARC è la fine di un'epoca, quella dei processori RISC se non sbaglio...
Comunque Oracle è una vera tagliateste...

Beh... morti morti direi di no... ARM nell'embedded e mobile e' vivissimo, e anche MIPS sembra venga ancora usato (tipo nei modem ADSL della telecom). Poi potremmo discutere sull'effettiva architettura degli x86 dal Pentium Pro in poi.

Comunque Oracle e' il peggio del mercato dell'informatica, rimpiango che Sun non sia stata comprata da Google.

SunOS tanti ricordi fà!

Beh... morti morti direi di no... ARM nell'embedded e mobile e' vivissimo, e anche MIPS sembra venga ancora usato (tipo nei modem ADSL della telecom). Poi potremmo discutere sull'effettiva architettura degli x86 dal Pentium Pro in poi.

Comunque Oracle e' il peggio del mercato dell'informatica, rimpiango che Sun non sia stata comprata da Google.

Anche Power vende parecchio, e almeno per quel che riguarda SAP non c'è storia tra pSeries e x86 (anche se causa HANA probabilmente non sarà più così)

Non posso commentare troppo in quanto dipentente, ma l'articolo sinceramente è pieno di insinuazioni senza nessun comunicato ufficiale, e in questo caso più che articolo è più appropriato chimarlo gossip, ristrutturazioni con licenziamenti sono cose normali per aziende di questo tipo, e appunto, finchè non c'è un comunicato ufficiale meglio non scrivere e commentare a caso.

Oracle e' uno dei fornitori piu' difficili in assoluto con cui lavorare, in genere se posso li evito, famosi per riscrivere le regole di licensing al variare del tasso di umidita' ... per carita', ottimi prodotti, sono le ferrari dei database ma per il resto non hanno saputo far fruttare le loro acquisizioni e si sono cullati sugli allori: Amazon nel frattempo ha preso il largo con soluzioni piu' ruspanti e piu' interoperabili.

Database: forse il migliore, ma mettersene uno in casa e' un rischio, visto che variano licensing model ogni due anni e listino praticamente ogni anno.

Cloud: Non pervenuto: virtualbox carina, ma io avrei tentato una alleanza con VMWare o perlomeno una maggiore interoperabilita'; es: nel disaster recovery, nel vmotion, nel backup, etc.

Hardware: Robusto e affidabile ma molto costoso.

Come sopra, non voglio e non posso entrare troppo in argomento ma le regole di licenziamento non cambiano mai all'interno di una versione, sulle nuove è normale che vengano riadattate, e anche i listini mi sembra piuttosto normale che cambino ogni tot anni.

Sul tema Cloud, fatele delle ricerche almeno, Oracle ha la suite di servizi più completa sul mercato (https://cloud.oracle.com/it_IT/home con moltissimi grossi clienti acquisiti, e se voi non la conoscete, non è detto che non esista :D

p.s.: Oracle fornisce anche un servizio di IaaS su Sparc oltre che x86, ed essendo in continua evoluzione mi sembra proprio strano che lo Sparc vada a morire, vedremo nei prossimi mesi.

Oracle e' uno dei fornitori piu' difficili in assoluto con cui lavorare, in genere se posso li evito, famosi per riscrivere le regole di licensing al variare del tasso di umidita' ... per carita', ottimi prodotti, sono le ferrari dei database ma per il resto non hanno saputo far fruttare le loro acquisizioni e si sono cullati sugli allori: Amazon nel frattempo ha preso il largo con soluzioni piu' ruspanti e piu' interoperabili.

Database: forse il migliore, ma mettersene uno in casa e' un rischio, visto che variano licensing model ogni due anni e listino praticamente ogni anno.

Cloud: Non pervenuto: virtualbox carina, ma io avrei tentato una alleanza con VMWare o perlomeno una maggiore interoperabilita'; es: nel disaster recovery, nel vmotion, nel backup, etc.

Hardware: Robusto e affidabile ma molto costoso.

Sostanzialmente concordo.

Oracle sono più di dieci anni che va avanti ad acquisizioni di aziende e prodotti, da una parte facendone morire alcuni (che in certi casi forse meritavano di essere salvati, come l'Identity Manager di Sun, sacrificato a favore del farraginosissimo IDM che già Oracle aveva acquistato e ritargato in precedenza) dall'altra tentando di integrarli, con esiti non sempre felici.

Una delle esperienze più sconcertanti che ho avuto nella mia trentennale carriera di informatico è stato vedere cosa è necessario fare semplicemente per installare la suite di Identity Management di Oracle, con tutta la sua corte dei miracoli di moduli, moduletti, application server e librerie da installare, aggiornare e configurare singolarmente perchè si parlino.
Il tutto con un supporto documentativo assolutamente dispersivo e spesso oscuro.
Non vi dico quanto ci vuole di solo tempo di installazione perchè non ci credereste, vi dico solo che ci vuole almeno cinque o sei volte il tempo di soluzioni equivalenti (e questo al netto di eventuali errori di installazione ovviamente, errori che comunque la infelice documentazione tende a favorire, perchè se no il tempo aumenterebbe ancora).

Per me Oracle è il suo DB, punto. Per chi ha davvero bisogno di un DB così potente (e costoso), bene.

Per tutto il resto vedo soluzioni molto spesso "messe assieme" alla meno peggio e una certa arroganza aziendale.
Mi ricorda un pò l'IBM trionfante degli anni '80, prima della sua crisi: farraginosità, presunzione e arroganza da "leader del mercato".
Ma almeno quell'IBM un pregio ce l'aveva: i suoi prodotti, per quanto spesso architetturalmente obsoleti, anche per motivi di compatibilità col passato, erano documentatissimi e funzionavano al primo colpo.
Con Oracle, DB a parte, direi che si può tirare in aria una monetina ...

Comunque prima di "ucciderli" li hanno resi entrambi OpenSource:

https://en.wikipedia.org/wiki/Illumos
https://en.wikipedia.org/wiki/OpenSPARC

sembra che stiano per "mollare" anche Java, ma almeno lo hanno messo su GitHub prima:
https://github.com/javaee/glassfish

molti appassionati di "vintage" ucciderebbero per avere i sorgenti di OS2 o di BeOS, ma invece i proprietari se li tengono stretti e non se ne fanno nulla!

Oracle e' uno dei fornitori piu' difficili in assoluto con cui lavorare, in genere se posso li evito, famosi per riscrivere le regole di licensing al variare del tasso di umidita' ... per carita', ottimi prodotti, sono le ferrari dei database ma per il resto non hanno saputo far fruttare le loro acquisizioni e si sono cullati sugli allori: Amazon nel frattempo ha preso il largo con soluzioni piu' ruspanti e piu' interoperabili.

Database: forse il migliore, ma mettersene uno in casa e' un rischio, visto che variano licensing model ogni due anni e listino praticamente ogni anno.

Cloud: Non pervenuto: virtualbox carina, ma io avrei tentato una alleanza con VMWare o perlomeno una maggiore interoperabilita'; es: nel disaster recovery, nel vmotion, nel backup, etc.

Hardware: Robusto e affidabile ma molto costoso.

Anche in Italia, alcune reparti Oracle hanno chiuso, altri prodotti, acquisiscono aziende perchè interessa solo una fetta e poi chiudono l'altra, la cosa bella è che risulta che Oracle licenzi pochissimo, ovvio, danno buone uscite quasi a tutti, e se tenti una causa, la puoi anche vincere, ma i soldi che poi ti danno spesso sono inferiori a quelli che ti avevano proposto.
E' una politica molto schifosa, e molte aziende americane adottano questo sistema, le persone sono carne da macello, oggi servono, domani non più. :mad:

molti appassionati di "vintage" ucciderebbero per avere i sorgenti di OS2 o di BeOS, ma invece i proprietari se li tengono stretti e non se ne fanno nulla!

un 'revamp' di os2 sarebbe sfizioso in effetti, anche se appunto ormai relegato ai 'retrogradi' (di cui btw non faccio parte ma seguo con interesse e chissà, forse un giorno...)

per beos per lo meno c'è il 'reboot' haiku, anche se le premesse, però non ho seguito troppo lo ammetto, sembravano più interessanti. cmq sia provandolo al volo è una scheggia

/semiot

Haiku è sta "inquinato" da Linux e dall'idea insensata di Package Manager... ha incasinato tutto e perso l'unico scopo che avevano la retrocompatibilità con BeOS: non ha più senso :cry:

Peccato che alla fine sistemi operativi serii su base "Unix" siano stati tutti praticamente buttati nel cesso per il giochino di un ragazzo finlandese...

Haiku è sta "inquinato" da Linux e dall'idea insensata di Package Manager... ha incasinato tutto e perso l'unico scopo che avevano la retrocompatibilità con BeOS: non ha più senso :cry:

Peccato che alla fine sistemi operativi serii su base "Unix" siano stati tutti praticamente buttati nel cesso per il giochino di un ragazzo finlandese...

il concetto che linux è un cancro non lo abbraccia più manco la ms (wsl, per dire), e mi pare ormai 'decrepito' quanto alcuni degli os citati... :p

tra l'altro il paragone con gli unix seri va relativizzato, dato che al tempo l'informatica era roba da camere asettiche e grembiulini bianchi. da questo punto di vista tutti gli os attuali si sono 'incasinati'

Haiku è sta "inquinato" da Linux e dall'idea insensata di Package Manager... ha incasinato tutto e perso l'unico scopo che avevano la retrocompatibilità con BeOS: non ha più senso :cry:
La compatibilità c'è ancora, ma solo sullo userland, solo driver et similia non vanno più.
Sono d'accordo con il package manager, hanno perso un sacco di tempo, e meno male che dovevano concentrarsi sulla ricostruzione di BeOS R5 per Haiku R1 e lasciare le nuove feature alla R2...

Ai tempi ero attivo sui loro forum / newsletter ed ero uno di quelli che avevo "combattuto" per i bundle in stile Apple quella sì che era "la soluzione" non fare cose esotiche come un filesystem virtuale... tutto questo per "Python" che voleva installare la sua "bratta" in directory con nomi senza senso tipo "/usr/shared"? Cioè invece di fare porting decenti e l'OS che si deve adattare alle applicazioni?

@s-y
Quelli in camice bianco sì che erano "I veri programmatori":

http://nonciclopedia.wikia.com/wiki/Vero_programmatore

ma si dai, era solo per 'condire' il concetto
cmq sono anche d'accordo che c'è troppa 'roba', lo scrivo non avendo più tempo (in passato si) per 'smagrire' la distro che uso, cosa che non andrebbe mai male, per certi versi. (però almeno si può fare, che non è scontato)

Almeno con la CentOS non è così banale "smagrirla" visto che ho visto casi imbarazzanti di dipendenze incrociati tipo vuoi rimuovere CUPS e tutta la bratta delle stampanti (nei miei sistemi le stampanti usano il protocollo ESC/POS e sono collegate su RS-232 :eek:) e mi chiedeva di rimuovere l'intero Gnome!

D'altra parte farsi la "propria" disto ritagliata per davvero (partendo dal kernel compilandoselo a mano e poi aggiungendo a mano solo la "bratta" necessaria) è un rischio visto che poi devi fornire il supporto al cliente del tuo "sistema (in)operativo".

beh si, dipende dal contesto e dall'uso (questo sempre per qualunque os)

mi par cmq di capire, anche da altri post, che tu sia 'costretto' a usare la centos per lavoro, e per questo la 'odi', e pure questo ci può stare (poi d'altra parte il dependency-hell non è un concetto nuovo, e che ha sia lati positivi che negativi) cmq ad es con una slackware te ne liberi, al prezzo di una config manuale, o anche, in parte, con una arch ad esempio, che nonostante systemd mantiene una modularità decente. poi appunto dipende dal fine etc etc

(stesso per me cmq per lavoro, anche se per altre cose)

Vedi il fatto è che se per esempio sui PC Desktop ci facessero usare Windows con installato Microsoft Word[1], un browser che non si blocca di continuo, uno WindowManager decente... tanto mica ho il Desktop con CentOS 7 per compilare codice! Mi devo sempre collegare via ssh a 100 macchine di sviluppo diverse (è sì perché alcuni progetti usano CentOS 5.4, altre 6.6, 6.9... 7.0 e col c*volo che codice compilato su CentOS 5.4 gira sulla 7!).

Tanto Ximing per Windows funziona perfettamente (meglio del vero "X") quindi cosa cambierebbe?

Il mio sogno "quasi" bagnato sarebbe di compilare su Windows con Visual Studio (usando Net Core) e vedere Linux solo come "target"...

Quello totalmente bagnato è ciò che leggi in firma :D

[1] Son stufo di dire ai mie clienti che non riesco a leggere la documentazione! Dai è ridicolo... è l'MSDN e Office lo abbiamo pure, ma è solo per "fortunati" avere Windows