E' anche documentato come con varie tecniche Oracle avesse cercato di chiudere OpenIndiana (su cui non aveva diritti) e chiuso le parti open di Solaris che servivano. LA community rassicurò il pubblicò dicendo che avevo già messo al sicuro il grosso delle parti open che erano sotto copyleft, inoltre la parte centrale fu riscritta con Illumos.
Ovviamente OpenIndiana era l'unico non chiudibile da Oracle legalmente in nessun modo, ed infatti era rimasto ma a periodi non aggiornavano molto.
Secondo te un giorno esce Gates a dire "Si in effetti la causa legale con Netscape era per farlo fuori", o "sì con UEFI e TPM 2.0 abbiamo lavorato per rendere difficile la vita a Linux", o SCO dichiarava candidamente "Sì sì, abbiamo cercato di danneggiare la community e Linux open per chiudere il codice e fregare loro e anche IBM". Ovviamente non lo fanno mai, poi qualche volta per cause legali avverse salta fuori la documentazione.
Ti faccio un esempio, quando da una grossa azienda dovevamo migrare da Azure a un altro cloud improvvisamente i server Microsoft avevano sempre problemi e i backup si rompevano per due settimane di seguito (prima non succedeva mai), lo stesso quando cercavamo di lasciare AWS di Amazon.
Chiaro che non posso dire ufficialmente che hanno comportamenti scorretti, ma non credo molto nelle coincidenze, e visti i precedenti di Microsoft (ben documentati) lo hanno fatto tantissime volte e in modo anche documentato in passato e non è strano che lo facciano altre volte.
E il fatto che se compro un PC 99 volte su 100 debba pagare la licenza Microsoft anche quando voglio mettere Linux o BSD non è effetto di un trust anti-etico? o cosa è?
Perché lo avevano già fatto più volte e Widelius già aveva avuto contrasti con Sun, con Oracle poi sono diventate divergenze enormi. Le stesse paure le avevano per Java (OpenJDK per essere un po' precisi), OpenSolaris, VirtualBox, OpenGrok, GraalVM, Coherence CE, TruffleRuby, Tribuo, possibile che tutti i CEO ed ex dipendenti avessero questa paura e tutti in torto?
Ma non hai capito il mio punto...
Io non dico Oracle santa, Rhel merda, Suse merda...
Io dico tutte stessa merda, e infatti ti parlo di dividi et impera... Quello che non concepisco è come si fa a credere che sun fosse la parte buona e il resto del mondo cattivi.. sun era merda tanto quanto gli altri, semplicemente non sono mai riusciti a far pagare la jre altrimenti col quarzo che sarebbe rimasta "free"... E la jvm è diventata open dopo l'acquisizione di Oracle... E questo non vuole dire Oracle buona, vuol dire Sun era merda...
Rhel? Merda.
Ibm? Merda.
Suse? Merda.
Ma non significa le persone che ci lavorano sono merde... È business a essere merda... Ma d'altronde non porti la pagnotta a casa senza quello
Si perché sun provò a rendere jre a pagamento, non free e provò a chiuderne il source peccato che non poteva farlo per librerie non sue... Questo ti dico, sun merda come le altre ma ormai ci siamo fatti abbellire dall'idea che fosse una benefattrice
Io ammiravo Sun per il numero di realizzazioni tecniche di alto livello e che hanno avuto un peso nella società con le loro tecnologie (pensa solo all'uso di Java in Android e nei DVB-T) ma sull'etica diffido dalle società soprattutto quando sono o diventano corporazioni. Poi il profilo di Sun a mio avviso non faceva tutti i danni che fa Oracle, ma viste le liti interne e separazioni non credo nemmeno che fossero candidi...
Sì ma con una distinzione, io continuo a dire che l'assistenza e il know-how sono importantissimi, sono un afonte enorme nell'open soruce, più che vendere un S pronto, un periodo avevo stretti contatti con un amico ingegnere di Red Hat e parlandomi spesso del suo lavoro capivo come guadagnavano, consulenza e e assistenza continue.
In General Electric c'erano macchine Red Hat, Debian, IBM AIX, HP-UX, e tendevano a usare macchine molto stabili e assistenza di alto livello. Gli UNIX di IBM e HP p.es. sono vecchi e meno aggiornati di Linux (li avranno pagati magari nel 1986 come OS!), ma a loro serve stabilità e assistenza e andava benissimo così, pagano l'assistenza, UNIX o LINUX che sia.
Guarda che a porcate è peggio Ubrutto eh...
Per quanto riguarda aix bello eh ma che dito al culo... Stabile si ma sempre abbandonato praticamente, cioè innovazioni negli ultimi anni su aix?
Oh ho lavorato con gli as400 eh, schifo anche quello...
Certo che se ti dicono se ci vuoi giocare magari lo fai pure ma quando devi gestirlo boh i miei gusti erano sempre per puntare a qualcosa di più recente, bsd o linux...
Comunque è solidissimo e molto usato, in Toscana lo vedo un po' ovunque, come anche SAP.
AS/400 poi è un po' come COBOL, sembrava dovesse morire tipo nel 1969 ed è sempre lì e hanno paura di non trovare programmatori "di ricambio"... Anche gli annunci di ricerca per esperti di AS/400 almeno fino all'anno scorso li vedevo di continuo...
Ma ti basta pensare a snap closed, oppure mir o peggio il progetto unity che volevano far morire così come hanno fatto morire unity2d... O i vari progetti che fanno finta di sovvenzionare ma poi o lo fai come dicono loro o ti forkano il progetto e ti sfanculano bellamente
Non lo so io intervenivo in emergenza e non sono mai riuscito ad apprezzarne la robostuzza ma solo le madonne perché le core utils avevano parametri diversi (aix) oppure perché per fare un cavolo di soft reboot su as400 dovevi diventare scemo che quasi ti veniva voglia di strappare il cavo... Senza contare che al boot se non montavi la tastiera spesso non la potevi più montare, ma perché?!
Gli as400 li usavano molto in eni e molte aziende di logistica ma li facevo relativamente poco, ero un secondo livello quindi era a chiamata tipo "è fermo così da 2 ore e non prende input" (questo era uno dei messaggi più classici) perché poi? Boh qualche memory loop immagino. Ma la maggior parte delle volte era un reboot. Oppure non lo contatti più, perché? Boh via arp ci arrivo il socket è li e fisicamente puoi esplorarlo ma per l'os era come se non esistesse
Su aix ho dovuto riscrivere mezzo framework perché non rilasciano più update delle librerie usate dalla jvm o se lo fanno stanno con tipo 4 anni di ritardo... Immagina un access manager che vive di update daily come è felice di dover usare librerie vecchie... Cioè mi sono dovuto reimplementare nc in java con apertura socket etc perché non avevano un cacchio di opzione per tenere il socket aperto in attesa oltre un tot, cioè ma proprio che la risposta fu fatti in keepalive che gira ogni tot e vai sicuro... Ma davvero?! 2 anni per fixarlo su aix...