Dal 1996, architetture, metodologie, sviluppo software

  • Argomenti
    • Programmazione & Linguaggi
      • Java
      • DataBase & elaborazione dei dati
      • Frameworks & Tools
      • Processi di sviluppo
    • Architetture dei sistemi
      • Sicurezza informatica
      • DevOps
    • Project Management
      • Organizzazione aziendale
      • HR
      • Soft skills
    • Lean/Agile
      • Scrum
      • Teoria della complessità
      • Apprendimento & Serious Gaming
    • Internet & Digital
      • Cultura & Società
      • Conferenze & Reportage
      • Marketing & eCommerce
    • Hardware & Tecnologia
      • Intelligenza artificiale
      • UX design & Grafica
  • Ultimo numero
  • Archivio
    • Archivio dal 2006 ad oggi
    • Il Primo Sito Web – 1996-2005
  • Chi siamo
  • Ventennale
  • Libri
  • Contatti
Menu
  • Argomenti
    • Programmazione & Linguaggi
      • Java
      • DataBase & elaborazione dei dati
      • Frameworks & Tools
      • Processi di sviluppo
    • Architetture dei sistemi
      • Sicurezza informatica
      • DevOps
    • Project Management
      • Organizzazione aziendale
      • HR
      • Soft skills
    • Lean/Agile
      • Scrum
      • Teoria della complessità
      • Apprendimento & Serious Gaming
    • Internet & Digital
      • Cultura & Società
      • Conferenze & Reportage
      • Marketing & eCommerce
    • Hardware & Tecnologia
      • Intelligenza artificiale
      • UX design & Grafica
  • Ultimo numero
  • Archivio
    • Archivio dal 2006 ad oggi
    • Il Primo Sito Web – 1996-2005
  • Chi siamo
  • Ventennale
  • Libri
  • Contatti
Cerca
Chiudi

Nel numero:

99 settembre
, anno 2005

Il nome della cosa

Sun rivede e uniforma i nomi delle proprie piattaforme

Avatar

Massimiliano Bigatti

Massimiliano Bigatti è sviluppatore senior, autore tecnico e appassionato di fotografia.
Certificato, tra le altre, come SUN Certified Enterprise Architect for Java2 Enterprise
Edition Technology, lavora presso un importante business solution provider.
Nel tempo libero scrive per diverse riviste di informatica e ha scritto una decina di libri,
quasi tutti su Java, tra cui "Java e Open Source", Tecniche Nuove 2005.
Il suo sito personale è raggiungibile all‘indirizzo www.bigatti.it.

MokaByte

Il nome della cosa

Sun rivede e uniforma i nomi delle proprie piattaforme

Massimiliano Bigatti

Massimiliano Bigatti

  • Questo articolo parla di: Java

Il marketing di SUN rivede i nomi delle proprie piattaforme, per uniformarli e sfruttare l‘affermazione del nome “Java” tra i consumatori.

Non c‘è dubbio che il marchio “Java” sia molto conosciuto dai consumatori. Non solo tecnici, come programmatori ed architetti, professionisti e responsabili di azienda, ma anche dai ragazzini che utilizzano giochi Java sul cellulare.
Insomma, il nome Java è uscito dai laboratori e dagli uffici dei programmatori per abbracciare un più vasto mercato, per meglio affermarsi come brand.
Rientra in questa ottica il sito www.java.com, che è sostanzialmente una vetrina di quello che è possibile fare con la tecnologia Java e che riguarda direttamente gli utenti finali. La zona “Duke” contiene riferimenti ad altri siti SUN, chat, community, formazione, ed altro. Ci sono poi le zone dedicate ai giochi, probabilmente l‘area più sfruttata del sito da parte dei consumatori, quella orientata alle applicazioni mobili, destinate al funzionamento su PDA e cellulari e la zona dedicata alle applicazioni desktop, che girano sui normali personal computer.

Ma anche anni fa, quando Java muoveva i primi passi nell‘informatica e era conosciuto dagli addetti ai lavori, il brand era piuttosto forte.
Nonostante questo, in corrispondenza al rilascio della versione 1.2, SUN decise di cambiarne il nome. Java divenne quindi Java2, con l‘obiettivo di marcare nettamente le grandi differenze tra la precedente versione 1.1 e la nuova 1.2.
Un passo che sorprese un po‘ e lasciò un po‘ perplessi, per una serie di motivi. Per prima cosa, era cosଠindispensabile sottolineare le grandi differenze tra le versioni 1.1 e 1.2. Esistevano effettivamente tutte queste diversità ?
Tutto il gioco valeva la candela? Modificare il nome di un prodotto comporta una sua minor riconoscibilità , almeno all‘inizio.
L‘uso di un numero nel nome poi è rischioso, perchà© collide con il numero di versione. Abbiamo infatti poi avuto Java2 1.3, Java2 1.4, Java2 5.0.
La presenza di più numeri nel nome confonde. Senza poi parlare del fatto che 1.5 è diventato 5.0.
Sembra che il marketing ci tenga molto a far capire che una nuova versione è meglio della precedente, ma forse l‘approccio è un po‘ datato. I salti pindarici di numeri di versione erano più in voga negli anni ‘90, dove i software passavano disinvoltamente dalla versione 1.0 alla 2.0 e poi magari alla 4.0.
Java, con le sue eredità  Unix, era partito bene, con uno schema di versione major.minor.revision (p.e. 1.1.7). Una numerazione chiara e pulita che è anche molto significativa per lo sviluppatore.
Purtroppo con la versione 1.2 il marketing prese il sopravvento, e si ebbe Java2. Poi abbiamo avuto Java 5.0.
Oggi è stato deciso un ulteriore cambio di nome, dove si perde il 2. Infatti:

  • J2SE 6.0 diventa Java SE 6
  • J2EE 5.0 diventa Java EE 5
  • J2ME diventa Java ME

La cosa interessante è che si perde anche il numero di revisione. Ad esempio, 5.0 diventa 5. Come chiameremo allora J2SE 6.1? Forse Java SE 6 versione 6.1? Oppure Java SE 6 revisione 1? Ma era cosଠdifficile chiamarla Java SE 6.1?
Il marketing di SUN inoltre suggerisce che, quando si scrive, la prima volta le piattaforme vengano chiamate:

  • Java Platform, Standard Edition 6
  • Java Platform, Enterprise Edition 5
  • Java Platform, Micro Edition

Java ME non ha numero di versione (si parla infatti di CLDC 1.0/1.1 ed altri profili), ma mi chiedo: quando più avanti negli anni svilupperanno ulteriormente Java ME, non si presenterà  il problema di affiancargli un numero di versione?
Ad ogni modo, fortunatamente (ma non sarebbe potuto essere diversamente), le versioni già  rilasciate manterranno la precedente nomenclatura. Avremo ancora J2EE 1.4, J2SE 5.0 o J2SE 1.4.x, ecc.
Riassumendo, la storia di Java ha visto, tra le altre, le seguenti versioni:

  • JDK 1.0.2
  • JDK 1.1
  • JDK 1.1.7
  • Java2 1.2
  • Java2 1.2.2
  • Java2 1.3
  • Java2 1.4
  • Java2 5.0
  • Java SE 6 (Java Platform, Standard Edition 6)

Mi rendo conto che il discorso comincia a farsi complesso, ma SUN ci viene in aiuto: per qualsiasi dubbio, è disponibile l‘help desk javanaming@sun.com, a cui potrete rivolgere tutte le domande del caso.

L‘erba del vicino…

Ã? interessante a questo punto vedere come se la cavano i concorrenti, nel difficile compito di trovare un nuovo nome di versione ai propri prodotti. Cominciamo da un produttore che sicuramente sa come comunicare con gli utenti, Apple Computer.
Se si guarda ai prodotti hardware, si nota come ciascun prodotto sia identificato univocamente da un nome che ne rappresenta le funzionalità  di base e le caratteristiche. Ad esempio, per gli iPod abbiamo:

  • iPod Shuffle
  • iPod mini
  • iPod
  • iPod U2

Gli iPod Shuffle sono disponibili in due versioni: 512MB e 1GB. Quindi, se diciamo iPod Shuffle 512, riusciamo con una breve descrizione ad indentificare univocamente un prodotto, allo stesso modo che farebbe il suo codice prodotto M9724LL/A. E stiamo sicuri che, anche fra qualche anno, il termine iPod Shuffle 512 non potrà  essere confuso con altro prodotto, diverso ma con caratteristiche simili.
Con l‘hardware Apple si capisce dunque di cosa si sta parlando. Ma con il software?
Mac OS X, il sistema operativo di Cupertino è disponibile in due versioni:

  • Mac OS X
  • Mac OS X Server

Per ciascuno di questi lo schema di numerazione è preciso e lineare. Mac OS X 10.3 ha visto infatti le versioni:

  • 10.3.1
  • 10.3.2
  • 10.3.3

ora, con Mac OS X 10.4:

  • 10.4.1
  • 10.4.2

Ã? strano vedere come una azienda molto orientata agli utenti come Apple utilizzi uno schema di versioni lineare e molto Unix-like mentre una società  con origini Unix come SUN salti da un nome ed uno schema all‘altro.
Inoltre Apple affianca, alle release principali, un nome identificativo, che ha preso l‘abitudine scegliere tra i felini. Abbiamo quindi avuto Puma (10.1), Jaguar (10.2), Panther (10.3), Tiger (10.4). Il nome ufficiale di prodotto dell‘ultima versione disponibile è quindi “Mac OS X Tiger”.
Come se la cava invece il colosso di Redmond, con il suo onnipresente Windows? Microsoft ha utilizzato per un certo periodo gli anni (95, 2000). Abbiamo visto dunque Window 95, Windows 2000. Poi sono cominciate le sigle (ME, XP).
Oggi Windows Longhorn diventa Windows Vista.
Ma qual è la differenza sostanziale tra gli schemi adottati da Apple, Microsoft e SUN? Le prime due aziende hanno manutenuto il nome del prodotto, che non è mai cambiato nel corso degli anni, anche se è stato caratterizzato da elementi descrittivi integrativi (Mac OS X Tiger, Windows Vista). Apple non ha mai avuto dubbi sul significato della “X”: vuole dire dieci, ma anche UniX, ma non ha mai confuso questo elemento con il numero di versione (10.1, 10.2, 10.3). E questo sarà  un vantaggio quando avremo Mac OS X 11.2 (Cat?).

Conclusioni

Da oggi, o meglio, dal giugno scorso, non esiste più Java2. Ora abbiamo semplicemente Java. Il nome è cambiato ancora, la sostanza, come sempre, è rimasta la stessa.

Facebook
Twitter
LinkedIn
Avatar

Massimiliano Bigatti

Massimiliano Bigatti è sviluppatore senior, autore tecnico e appassionato di fotografia.
Certificato, tra le altre, come SUN Certified Enterprise Architect for Java2 Enterprise
Edition Technology, lavora presso un importante business solution provider.
Nel tempo libero scrive per diverse riviste di informatica e ha scritto una decina di libri,
quasi tutti su Java, tra cui "Java e Open Source", Tecniche Nuove 2005.
Il suo sito personale è raggiungibile all‘indirizzo www.bigatti.it.

Massimiliano Bigatti

Massimiliano Bigatti

Massimiliano Bigatti è sviluppatore senior, autore tecnico e appassionato di fotografia. Certificato, tra le altre, come SUN Certified Enterprise Architect for Java2 Enterprise Edition Technology, lavora presso un importante business solution provider. Nel tempo libero scrive per diverse riviste di informatica e ha scritto una decina di libri, quasi tutti su Java, tra cui "Java e Open Source", Tecniche Nuove 2005. Il suo sito personale è raggiungibile all‘indirizzo www.bigatti.it.
Tutti gli articoli
Nello stesso numero
Loading...

Soluzioni Oracle per la scalabilità

Come rendere scalabili le applicazioni Oracle

Spring Web Flow in un esempio pratico

Il Jug Avis Web (aka MagicBox)

Il networking in Java

II parte: il TCP e i socket

Validare il codice Java

Preveniamo lo spaghetti code

Multimedialità su J2ME

IV parte: riproduzione, registrazione e transcodifica video

Autenticazione password crittografata

Una semplice applicazione Struts

Integrazione di applicazioni Enterprise

Parte VIII: l‘Enterprise Integration Component Server di Librados

MokaCMS – Open Source per il Web Content Management

VII parte: Da XML ad PDF utilizzando XSLT e FO (seconda puntata)

Pratiche di sviluppo del software

VI - Code Coverage

Nella stessa serie
Loading...

Un sistema di monitoraggio del traffico veicolare “in tempo reale”

V parte: Data Ingestion & Computing

User Story Game

Capire l’importanza delle User Stories… giocando

Sbagliando si impara?

Elenco ragionato di alcuni errori tipici nella pratica Scrum

Cybersecurity e cloud computing

Le basi per mettere in sicurezza il cloud

Un sistema di monitoraggio del traffico veicolare “in tempo reale”

IV parte: L’invio dei dati al topic di Kafka

Verso #play14 Bologna 2022

Cosa era successo la volta precedente

Product Owner: chi è?

Perché non è un Project Manager agile?

Come monitorare l’avanzamento dei lavori in Agile

Misurare lo stato di avanzamento di un progetto in Agile

Contributors

Un sistema di monitoraggio del traffico veicolare “in tempo reale”

III parte: Il framework Spark

Kanban in pratica

Qualche suggerimento in azione

Comunicazione tra microservizi con Apache Kafka

Un esempio pratico

OKR, cadenze in Kanban e Flight Levels

Uscire dalla trappola dell’agilità locale

Un sistema di monitoraggio del traffico veicolare “in tempo reale”

II parte: Tecnologie di analisi

Big Data vs Fast Data

Estrarre valore dai dati in tempo reale

Lean Manufacturing e Agile

Esempi applicativi di integrazione possibile

Approccio Agile e pianificazione strategica

La coesistenza è possibile?

Impact Mapping e Liminal Thinking

II parte: Progettare gli impatti

Un sistema di monitoraggio del traffico veicolare “in tempo reale”

I parte: Introduzione e panoramica

Agile Coaching

Un modello operativo per l'agile coach

Quali linguaggi per gli anni Venti?

II parte: Da cacciatori-raccoglitori a sviluppatori di prodotti

Il mestiere dell’Agile Coach

II parte: Un modello per la mappatura delle competenze

Impact Mapping e Liminal Thinking

I parte: L’esperienza genera valore

Gestire un’organizzazione (quasi) solo con GitHub

Una riflessione sugli strumenti di gestione

MokaByte è una rivista online nata nel 1996, dedicata alla comunità degli sviluppatori java.
La rivista tratta di vari argomenti, tra cui architetture enterprise e integrazione, metodologie di sviluppo lean/agile e aspetti sociali e culturali del web.

Imola Informatica

MokaByte è un marchio registrato da:
Imola Informatica S.P.A.
Via Selice 66/a 40026 Imola (BO)
C.F. e Iscriz. Registro imprese BO 03351570373
P.I. 00614381200
Cap. Soc. euro 100.000,00 i.v.

Privacy | Cookie Policy

Contatti

Contattaci tramite la nostra pagina contatti, oppure scrivendo a redazione@mokabyte.it

Seguici sui social

Facebook Linkedin Rss
Imola Informatica
Logo Mokabyte