Sun contro Eclipse

Luca | June 29, 2005

Credo che sia opinione comune che il migliore IDE open-source per Java sia Eclipse; forse IntelliJ Idea è il migliore in assoluto (ma è a pagamento), ma Eclipse sicuramente è migliore di NetBeans (a meno di specifiche nicchie…non ho mai provato il plugin J2Me di NetBeans, ad esempio..).

Ultimamente Sun, anzichè stare zitta e lavorare sul suo IDE per renderlo un prodotto migliore, ha iniziato ad applicare del marketing stile Microsoft per screditare o ridurre la visibilità di Eclipse.

La settimana scorsa su java.net c’era questo flame gratuito spacciato per blog entry che screditava a più riprese Eclipse; giovedì scorso alla Java Conference ‘05 italiana agli speaker è stato vietato di usare Eclipse nelle sessioni tecniche, potevano solo usare NetBeans.

Sono sconcertato: Ho sempre apprezzato il mondo Java per una sua capacità di relazionarsi con l’open source o comunque con realtà differenti, ma su NetBeans sembra di sentire la Micro$oft che cerca di difendere i suoi server enterprise sui problemi di sicurezza….anzichè lavorare duro si inizia a sparare a caso sull’avversario.

Come si può leggere sul blog di Cedric Beust che ha la fortuna in questi giorni al JavaOne di San Francisco, anche durante il “NetBeans Day” della più importante conferenza su Java al mondo, la sensazione è che questo IDE sia ancora troppo distante dal suo diretto competitor.

Personalmente credo che NetBeans sarebbe un progetto già chiuso da parecchio se non avesse dietro Sun che piazza il link un pò ovunque, e faccio fatica a capire che speranze possa avere di creare un prodotto competitivo quando Eclipse offre funzionalità che corrispondono ad almeno una (se non due) major release in più.

convenzioni nei nomi

Luca | June 18, 2005

Leggendo questo post sul blog di Cedric Beust, viene approfondita la convenzione che all’interno del team che sviluppa Eclipse si utilizza per definire il nome alle interfacce. Senza voler approfondire le scelte di quel team, la mia attenzione è stata richiamata dal commento di un lettore a cui Cedric a dato risposta; il commento dice:

One advantage that a prefix has over a suffix is nothing to do with JavaDoc; it allows you to get a list of all interfaces by typing I+ctrl+space (or whatever your favourite IDE uses).

E’ verissimo che usare prefissi e suffissi aiuta nello sviluppo, ma è anche vero che questo, dal mio punto di vista, porta a nomi di classi ben poco descrittivi e alla tendenza di legarsi troppo a gruppi di classi . Se il progetto è complesso, credo sia molto facile perdere di vista gli altri aspetti che ne permettono una buona fruibilità (da una corretta struttura dei package alla scelta ragionata dei nomi) a fronte della combinazione:

suffisso + IDE = ecco la mia classe

Forse la soluzione sta nell’utilizzare prefissi e suffissi solo per alcuni elementi e non per tutti i tipi, lasciando l’individuazione dei nomi critici ai singoli team (ogni team può avere una differente sensibilità rispetto a quali nomi individuare tramite prefisso).