Non ci si può improvvisare mercanti sul web, nonostante l’apparente facilità. Bisogna anche capire se e come questo strumento (il commercio elettronico) sarà in grado di incrementare le nostre vendite. Quindi essenzialmente un sito con e-commerce rappresenta un investimento per il futuro e in quanto tale, una volta valutati accuratamente rischi e benefici, richiede anche il giusto lavoro di sviluppo, da affidare a persone esperte. E non ammette risparmi.

Fondamentalmente tre sono gli aspetti da considerare:

• Struttura: hosting, piattaforma di e-commerce, layout grafico
• Contenuti: testi, fotografie, schede prodotto
• Promozione: posizionamento sul web, campagne di marketing

Tutti questi ingredienti non possono mancare, per la buona riuscita del progetto. Dopodichè occorre un certo lavoro anche da parte del cliente che deve mantenere sempre aggiornati i prodotti (servono anche immagini e testi accattivanti se si vuole emergere sulla concorrenza!). Quindi un sito con e-commerce è essenzialmente un grosso impegno, che può dare anche grossi frutti. Per approfondimenti:

• http://www.innovando.it/i-primi-passi-per-un-e-commerce-che-funzioni-11061.html
• http://www.innovando.it/voglia-di-e-commerce-18694.html

Io sono solito dire che la realizzazione di un sito web equivale più o meno al “lavoro di un sarto” che cuce per il cliente un “vestito su misura” e non alla vendita di prodotti da discount (senza nulla togliere a questi ultimi, ma qui serve un efficacie paragone!). Ogni sito web realizzato dovrebbe rispecchiare appieno la nostra immagine aziendale o personale e come tale è in pratica il nostro biglietto da visita sul web, o il passaporto per la nostra identità virtuale.
E questo vale a maggior ragione se il sito in questione offre anche servizi, come ad esempio un catalogo prodotti per il commercio elettronico. Nessuno di noi vorrebbe avere un’immagine che poco lo rappresenti o, peggio, brutta o carente o magari scopiazzata da qualcun altro!

E per raggiungere questo obiettivo è chiaro che serve un certo lavoro di mani (e teste) esperte! E che quindi, come tale, va corrisposto con un adeguato compenso economico. Lavoro, per inciso, che non termina quasi mai con la realizzazione e la messa in opera del sito: il cliente va seguito ed accompagnato nel suo percorso sul web anche e soprattutto dopo, una volta che il sito è effettivamente on-line…

• http://www.innovando.it/il-costo-di-un-sito-web-il-punto-di-vista-del-cliente-3984.html

Una volta che il sito è on-line, se ricco di contenuti “interessanti” e prodotto da gente esperta rispettando certi accorgimenti e regole precise, dopo un certo tempo verrà indicizzato dai principali motori di ricerca (Google in primis…). Successivamente si potrà procedere all’ottimizzazione del processo e, chiaramente, servono un certo tempo ed un minimo di pazienza per ottenere dei risultati apprezzabili.

E poi la storia continua: una volta ottenuto un certo posizionamento sui motori di ricerca, è molto importante anche saperlo mantenere. E per questo, purtroppo, non esistono facili scorciatoie…

• http://www.innovando.it/posizionamento-o-pubblicita-a-pagamento-3776.html

In questo caso, con la versione 2010 le novità sono tante e tali per cui è richiesta una nuova installazione. Poco male, avendo al tempo ben strutturato le partizioni (ho una /home separata più altri mount point convenienti) non dovrebbe essere un grande lavoro

Con questa release, PCLinuxOS si annuncia come una delle distro più interessanti del 2010, e come al solito si dimostra in grado di ottenere performance superiori rispetto anche alle distro “maggiori” (Ubuntu, Mandriva, OpenSuse…). Di seguito alcune delle novità principali:

• Kernel 2.6.32.11-bfs, altamente ottimizzato per il desktop computing
• KDE 4.4.2 completo ed ottimizzato, con driver nVidia e ATI fglrx (ma anche Gnome 2.30, LXDE, XFCE and Enlightenment E-17)
• supporto network, wireless e printer pressochè completo
• localizzato in 60 lingue differenti
• OpenOffice, tradotto in oltre 100 lingue
• tutti i principali applicativi, aggiornati all’ultima versione (Firefox 3.6.3, Thunderbird 3.0.4, Dropbox…) per un totale di oltre 12000 pacchetti disponibili
• disponibile in versione LiveCD installabile, con aggiornamenti automatici

Di seguito alcune ottime recensioni:

• http://www.osnews.com/story/23176/Introducing_PCLinuxOS_2010
• http://desktoplinuxreviews.com/2010/04/20/pclinuxos-2010-kde
• http://cristalinux.blogspot.com/2010/04/pclinuxos-2010-review.html

Ovviamente in grande ascesa, anche su Distrowatch.

Proprio in questi giorno sono state annunciate le dimissioni niente meno che di James Gosling, il padre di Java. E non è il solo purtroppo…

Dovremo aspettarci presto qualcosa di nuovo da open jdk?

• http://news.cnet.com/8301-1001_3-20002207-92.html
• http://www.computerworld.com/s/article/9175218/Java_founder_James_Gosling_leaves_Oracle
• http://www.theserverside.com/news/thread.tss?thread_id=59917
• http://www.theserverside.com/news/thread.tss?thread_id=59923

• tempi di startup ridotti, leggero e veloce
• connesso al web in pochi secondi
• interfaccia utente minimale, la maggior parte delle interazioni avvengono sul web
• sicuro by design

L’architettura software è semplice: si parla di un nuovo sistema a finestre basato su un kernel Linux. Dal punto di vista dello sviluppatore la piattaforma è il web. Funzioneranno tutte le web applications e si potranno creare nuove applicazioni utilizzando le tecnologie web preferite. Il target ovviamente sono tutti quegli utenti che passano la maggior parte del tempo sul web

• http://googleblog.blogspot.com/2009/07/introducing-google-chrome-os.html
• http://www.dzone.com/links/google_declares_total_war_on_microsoft.html

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

/**
 * A key in the form Sn, where n is an integer number.
 *
 */
public class MessageKey implements Comparable {
 
    private Integer key;
 
    public MessageKey(final String pKey) {
        final String vKey = pKey.substring(1);
        try {
            key = Integer.valueOf(vKey);
        } catch (NumberFormatException vExc) {
            Logger.error(vExc);
        }
    }
 
    public Integer getId() {
        return key;
    }
 
    public int compareTo(final MessageKey pKey) {
        return key.compareTo(pKey.getId());
    }
 
    @Override
    public String toString() {
        return "S" + key;
    }
 
}

A questo punto occorre creare il nuovo oggetto Properties, facendo l’override del metodo keys() per ottenere, all’atto del salvataggio, il file ordinato. Il tutto senza ridefinire classi di sistema. Sono necessari alcuni passaggi per costruire una Enumeration ordinata (utilizzata nell’implementazione base della classe Properties), transitanto attraverso un Vector ed una List, riordinabile con il metodo standard Collections.sort(…). La soluzione risulta compatibile con Java5 e Java6.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

        final Properties vProps = new Properties() {
            private static final long serialVersionUID = 1127046528812232390L;
 
            @Override
            public Enumeration<Object> keys() {
                // this is for key reordering...
                final Vector<MessageKey> vKeysEnum = new Vector<MessageKey>();
                for (Enumeration<Object> vEn = super.keys(); vEn.hasMoreElements();) {
                    vKeysEnum.add(new MessageKey((String) vEn.nextElement()));
                }
                final List<MessageKey> vKeysList = Collections.list(vKeysEnum.elements());
                Collections.sort(vKeysList);
 
                final Vector<Object> vOrderedKeys = new Vector<Object>();
                for (final MessageKey vKey : vKeysList) {
                    vOrderedKeys.add(vKey.toString());
                }
                return vOrderedKeys.elements();
            }
 
        };
        ...
        vProps.setProperty("S" + vMsgKey.getId(), "something");
        ...
        vProps.store(...);

Ho effettuato da poco l’upgrade ed è andato tutto liscio Del resto, PCLinuxOS nasce come rolling distribution, ovvero come una distro con aggiornamenti continui (via Synaptic) pertanto l’upgrade dalla 2007 alla 2009 in realtà non è un cambio di versione vero e proprio (a parte i nuovi splash screen e alcune modifiche al tema grafico). In pratica eseguendo costantemente gli upgrades il sistema evolve di continuo. E questa è una delle caratteristiche che due anni fa mi ha fatto scegliere proprio questa distro per il mio laptop. Ne riassumo di seguito i principali punti di forza:

• stabilità: PCLinuxOS è una distro abbastanza “conservativa”, nota per essere molto stabile. Nel ciclo di aggiornamenti ho intallato anche la beta1 e la beta2 e anche queste si sono rivelate decisamente stabili!
• semplicità: è una live che si installa e configura davvero in una ventina di minuti
• performance: secondo alcuni test PCLinuxOS 2007 era seconda solo a sidux in quanto a performance. Verosimilmente anche la 2009 lo sarà
• è basata su KDE, il window manager che preferisco (ma esistono “remaster” con Gnome/Xfce/Enlightment…)
• è possibile creare appunto dei “remaster”, ovvero delle nuove distribuzioni, generando una live distro a partire dalla propria installazione. Infatti esistono diverse distro derivate da PCLinuxOS
• unisce “the best of two world”: ad esempio molto comodo è il Control Center derivato da Mandriva, come pure Synaptic per la gestione dei pacchetti rpm derivato da Debian
• i repository sono piuttosto aggiornati: abilitando la sezione “nonfree” si ha accesso anche ai codec, font o driver non strettamente open-source. Quando non si può fare a meno è sicuramente comodo

E da ultimo, ma non ultimo, basta dire che si tratta di Linux. Perciò una distro è solo una base di partenza, e una volta installata la si può personalizare come si vuole

Quest’articolo di Distrowatch ne ripercorre la storia a partire dagli arbori nel 1991 quando la prima versione del kernel venne scritta da Linus Torvalds, passando per le principali distribuzioni che ne hanno decretato il successo come Slackware, Debian, Red Hat, SuSE fino a Mandriva, Ubuntu e Fedora (o PCLinuxOS) e via dicendo…
Quindi si parla delle applicazioni Desktop che con KDE o Gnome non hanno ormai nulla da invidiare a Windows o Mac OS X fino all’ambiente mobile, nuovo traguardo recentemente raggiunto da Linux ad esempio con il celebre Google Android. E a mio modo di vedere siamo solo l’inizio…

• http://distrowatch.com/weekly.php?issue=20090105#feature

Le alternative sono molteplici ma tra tutte sembrano proprio Mambo, Joomla e Drupal a suscitare il maggiore interesse nella comunity. Perchè sono in effetti davvero facili da usare, user-friendly e potenti al tempo stesso. Richiedono una semplice installazione, c’è una ricchissima dotazione di plugin e il costo di hosting e gestione in molti casi è davvero ridicolo. Più complesse le soluzioni Java (Alfresco, Magnolia per citarne alcune) che richiedono risorse e tempi di startup più consistenti. Inoltre questi cms sono più orientati alla gestione documentale piuttosto che alla gestione/publicazione dei contenuti sul web. Anche Plone (basato su Python/Zope) richiede competenze maggiori ed è giustificato generalmente in contesti Enterprise.

Alcune alternative che ho trovato interessanti perchè ben si avvicinano ai cms php ma offrono alcune caratteristiche enterprise proprie di Java (supporto multi-db, clustering, versioning, chiara separazione e riuso dei contenuti rispetto alla presentation logic, livelli di autorizzazione sul singolo componente, esportazione dei contenuti in formato xml…) sono dotCMS e OpenCms. Tra l’altro dotCMS è costruito su LifeRay probabilmente il più promettente e potente portlet container sviluppato in Java, che come Riot offre una sorta di framework (c’è da stupirsi?) per lo sviluppo di portali Java. Molti interessanti, se non altro perchè utilizzano al loro interno il meglio della tecnologia Java attualmente disponibile

• http://www.cmsmatrix.org/

• Sistema di deployment: la struttura di JAR/WAR/EAR non è particolarmente immediata, e per piccoli progetti manca la comodità di deployare la singola classe, servlet o JSP (vero in parte). Questa struttura a mio avviso continua a rimanere molto buona per i progetti enterprise
• Ricaricamento dinamico delle classi: questo sarebbe molto utile, senza il bisogno di effettuare ogni volta il deploy completo dell’applicazione che può richiedere anche molto tempo. Qui una risposta (almeno parziale) al problema c’è già: JavaRebel
• Una GUI console: non ne esiste una comune ai vari Application Server che consenta di configurare tutto ciò che serve, DataSources, EJB, JNDI, parametri della JRE… data la varietà manca un approccio univoco, però ci sono varie alternative. Ad esempio l’ottimo LambdaProbe per Tomcat (che sostituisce la console nativa, piuttosto scarna invece)
• Una GUI visuale integrata con le IDE: è sempre stato un punto dolente di Java, ora con Netbeans/Glassfish, Sun ha fatto sicuramente un buon lavoro. Il deploy su altri application server invece risulta ancora abbastanza difficoltoso. E’ inoltre in corso un porting su Eclipse.

Altre risposte a questi quesiti? ProjectZero, Groovy/Grails, Ruby/Scala, OSGi su Glashfish v3…

• http://www.theserverside.com/news/thread.tss?thread_id=49409

• http://www.theserverside.com/news/thread.tss?thread_id=49224

Alcuni aspetti secondo me sono essenziali:

• LAMP e RoR hanno dalla loro parte la facilità d’uso e l’immediatezza; PHP ad esempio é una soluzione C-based. L’approccio è quello di un processo per ogni richiesta differente. Ciò porta a notevole efficienza nelle performances. La facilità nel linguaggio deriva dal fatto che sono orientati allo “scripting” (ma supportano il paradigma OO)
• Java si basa sul concetto di Virtual Machine (thread piuttosto che processi), non nasce per il web ma aggiunge il supporto web tramite il J2EE e numerosi frameworks: JSF, Struts, Spring MVC… la scelta è vasta è richiede un lungo tempo di apprendimento. I benefici si vedono nelle applicazioni di grandi dimensioni, nella sicurezza, nella portabilità, nell’interoperabilità, nel design…
• .NET rappresenta una scelta più “organizzata” in quanto alla base vi è un unico produttore. L’approccio della VM nasce con Java nel 1996, .NET lo fa suo in tempi più recenti e sviluppa un buon framework con numerosi componenti (in Java invece le scelte sono molteplici e possono essere anche disorientanti!) che in alcuni casi nascono evidentemente dall’esperienza Java (NHibernate, log4net…)

Alla luce di queste considerazioni non deve stupire più di tanto che quindi molti siti (portali) che promuovano prodotti Java come TheServerSide, JavaLobby o Spring siano sviluppati usando Drupal ovvero un CMS PHP! Oppure che il portale TheServerSide.NET (versione di TheServerSide per il mondo .NET) non sia scritto in .NET
Per approfondire:

• http://www.theserverside.com/news/thread.tss?thread_id=49016
• http://www.theserverside.com/news/thread.tss?thread_id=49018
• http://www.theserverside.com/news/thread.tss?thread_id=49064

• Status Meeting – un incontro mattutino ed una mail serale di riscontro
• Short Iterations – mantenere i cicli di sviluppo semplici e brevi ed espandere secondo necessità
• Continuous Integration – test JUnit automatici e altamente parallelizzati
• Minimal Documentation – può bastare Javadoc…
• Team Collaboration Tools – wiki e Jira tickets…
• Strict Coding Guidelines – uniformità nello stile, naming, spacing…
• Constant Code Reviews – controllare ogni riga di codice che va in produzione!
• Pair Programming – scegliere oculatamente l’accostamento tra i 2 developers (rotazioni)
• TDD – nella forma “pure” richia di essere troppo oneroso, si può valutare un compromesso…

Per approfondimenti:

• http://www.theserverside.com/news/thread.tss?thread_id=48548
• http://www.theserverside.com/news/thread.tss?thread_id=48612

1. Due classi: 1 action basata (*) sul framework e 1 business logic non basata sul framework
2. Due classi: 1 action non basata sul framework e 1 business logic non basata sul framework
3. Una classe: action e business logic nella stessa classe basata sul framework
4. Una classe: action e business logic nella stessa classe non basata sul framework
   (*) si legga “che estende classi del framework”

Tra tutte l’approccio preferito è sicuramente il numero 1, la 2 rappresenta il totale disaccoppiamento (ad esempio in Struts 2 / Webwork le azioni possono essere POJO e quindi totalmente disaccoppiate dal framework), mentre 3 e 4 sono generalmente considerate bad practise. Esistono sicuramente buone ragioni per disaccoppiare la business logic dalla action:

• Testability: se disaccopiata la business logic può essere testata in maniera indipendente (es. JUnit)
• Web services: la business logic può essere utilizzata in un web-service o in servizi remoti
• Caching. riferito alle business facades

Mentawai (un framework ad approccio programmatico con supporto per l’injection di cui esiste anche una versione Ruby) sembra offrire la libertà sufficiente per implementare tutti gli approcci (1,2,3,4). A voi la scelta…

• http://www.theserverside.com/news/thread.tss?thread_id=48304

• Un eccellente supporto built-in ad AJAX;
• La capacità di modificare la struttura delle pagine programmaticamente;
• Perfetta separazione tra codice e templates (i templates non possono contenere codice);
• Un approccio object-oriented
• Facile apprendimento (per developers Java-oriented)

Naturalmente ci sono pro e contro, come in ogni cosa. Ma la principale ragione dell’esistenza di Wicket è che non esistono altri web framework programmabili in puro codice Java (ma seguano piuttosto il classico modello dichiarativo, con file di configurazione XML ad esempio). Naturalmente poi è anche questione di gusti, ma gli impatti più evidenti si hanno nell’ottimizzabilità e nella versatilità del codice. In ogni caso anche Wicket, come pure Tapestry, Freemarker, JSF (con Facelets) e gli altri framework component-oriented è una valida alternativa ai precedenti framework Model 2 tipo Struts, per citarne uno famoso

• http://www.theserverside.com/news/thread.tss?thread_id=48234
• http://www.theserverside.com/tt/articles/article.tss?l=IntroducingApacheWicket
• http://wicket.apache.org/introduction.html

In sintesi, secondo la sua opinione occorre:

• disporre di un progetto che abbia raggiungo almeno un certo livello di coerenza (ovvero che possa attrarre l’interesse di altri sviluppatori)
• rilasciare un prototipo, anche non completo, alla comunità
• attendere che qualcuno si interessi al progetto (nel frattempo lo sviluppo da parte dell’autore non si arresta)
• se qualcuno si interessa al progetto ed ha una conoscenza specifica del dominio maggiore di quella dell’autore diviene “contributor”
• altri utenti sono semplici utilizzatori, “observers”
• negli anni il progetto evolve raggiungendo buoni livelli, addirittura oltre le aspettative dell’autore stesso!

Ecco l’articolo completo: http://www.javalobby.org/articles/sat-open-source/

• Segmentation Fault vs Runtime Exception
• Deallocazione della memoria vs Garbage Collection
• Stabilità della piattaforma (open bugs)
• Testabilità e scalabilità delle applicazioni (JVM multiple)

Molto interessante a mio giudizio, e l’attenzione dimostrata alla recente Space 2007 Conference sembrerebbe dimostrarlo…

• http://www.javalobby.org/java/forums/t101881.html

1. Eliminare il codice non utilizzato
2. Non documentare codice complesso, piuttosto scrivere codice semplice
3. Non scrivere tanti commenti, ma migliorare il log
4. Applicare la legge di Demeter per mantere il codice semplice
5. Non ripetersi (non duplicare codice)
6. Marcare volutamente le porzioni di codice incomplete
7. Controllare le assunzioni nel codice (rilevare subito il fallimento)

L’articolo completo si trova al seguente indirizzo: http://www.javalobby.org/java/forums/t101755.html

• PCLinuxOS, Ubuntu, Mandriva (adatte ai sistemi desktop, basate su Gnome/KDE)
• Vector Linux (per i desktop più datati, molto veloce basata su Xfce)
• Debian, Slackware, CentOS (per i server)
• Damn Small Linux (occupa solo 50MB, installata su un pendrive è utilissima come sistema di rescue)

Insomma ce n’è per ogni esigenza, esiste pure una piccolissima distro antagonista del Windows Media Center, la GeeXBox, forse ancora un po’ “acerba” ma sicuramente promettente. La comunità Linux è sempre più attiva e in crescita…

• http://www.theserverside.com/news/thread.tss?thread_id=45080

• http://www.theserverside.com/news/thread.tss?thread_id=45023

• http://www.theserverside.com/news/thread.tss?thread_id=44617

• http://www.infoq.com/articles/spring-2-intro

• http://www2.mokabyte.it/cms/article.run?articleId=JMV-62I-1Q2-AXK_7f000001_30520983_ce6c86ec

• http://www.javalobby.org/java/forums/t84553.html

• http://www.javalobby.org/java/forums/t84244.html
• http://www.javalobby.org/java/forums/t84256.html
• http://www.javalobby.org/java/forums/t84265.html
• http://www.javalobby.org/java/forums/t84275.html
• http://www.javalobby.org/java/forums/t84306.html
• http://www.theserverside.com/news/thread.tss?thread_id=43232

• http://www.javalobby.org/java/forums/t84013.html

• http://www.javaworld.com/javaworld/jw-06-2006/jw-0619-tuning.html

• http://www.theserverside.com/news/thread.tss?thread_id=41639

• http://www.theserverside.com/news/thread.tss?thread_id=41622

• http://www.javaworld.com/javaworld/jw-07-2006/jw-0717-ruby-p1.html

Presenti come al solito alcuni dei rappresentanti dei JUG più attivi in Italia oltre che di Jia e JavaPortal. Proprio questi si fanno promotori di una nuova iniziativa, i JavaDay.

• http://www.theserverside.com/news/thread.tss?thread_id=40988

Un confronto tra i vari Application Server J2EE è fornito dalla medesima fonte, The Application Server Matrix

• http://www.theserverside.com/news/thread.tss?thread_id=40611

• http://discuss.joelonsoftware.com/default.asp?joel.3.219431.12

• http://italian.joelonsoftware.com/index.html

• http://www.25hoursaday.com/CsharpVsJava.html