Simone Carletti's Blog

Recensione libro Interface Oriented Design

2008-07-06T16:22:38Z

Dopo una serie di letture una più gustosa dell'altra, doveva arrivare prima o poi il momento di un libro che non suscitasse quell'interesse che mi sarei aspettato.

Devo dire che, fin dall'inizio, l'incontro con Interface Oriented Design: With Patterns (Pragmatic Programmers) non è stato tra i più felici. Lo acquistai a dicembre, in un ordine con altri classici come Learn to Program e Ship It!. Per una serie di motivi lo scambiai per un libro legato alla progettazione di interfacce utente e solo dopo mi accorsi che riguardava invece il componente interfaccia in termini di sviluppo del software.

Potete immaginare il mio disappunto! Non che non conosca le interfacce, non che mi manchino le competenze per comprendere l'argomento... ma considerato che ad oggi Ruby è il linguaggio di programmazione che uso quotidianamente, un libro sulle interfacce è utile quanto spiegare ad un beduino come si guida una motoslitta.

Passato l'amaro in bocca e messo in testa il Java-cappello, ho deciso di intraprendere ugualmente la lettura.

Struttura del libro

Interface Oriented Design: With Patterns (Pragmatic Programmers) è organizzato in 3 parti:

All about Interfaces
Developing Interfaces
Interfaces in the Real World

All about Intefaces è un'introduzione alle interfacce. Ken Pugh apre il libro subito con un esempio, dimostrando come in realtà un servizio di pizza a domicilio possa essere descritto con una o più interfacce. Il secondo capitolo elenca e descrive le tre leggi delle interfacce utilizzando, ancora una volta, l'esempio Pizza Delivery per dimostrare un'applicazione pratica dell'argomento.

La prima parte prosegue poi trattando gli elementi di un'interfaccia, le sue caratteristiche come l'ereditarietà ed il polimorfismo per dedicare infine un capitolo alle interfacce remote.

La seconda parte, Developing Interfaces, contiene un solo capitolo ed analizza come orientare lo sviluppo di un software utilizzando le interfacce sia in fase di design, sia in fase di scrittura effettiva del codice sorgente.

Interfaces in the Real World, l'ultima parte, contiene 3 esempi d'utilizzo di interfacce nella vita reale per lo sviluppo di software. L'ultimo capitolo di questa sezione, Patters, accenna infine ai principali Design Patter basati su interfacce.

Mi aspettavo qualcosa di diverso...

E' possibile che il mio giudizio sia stato in qualche modo influenzato fin dall'inizio, dai motivi anticipati in apertura di questo post. Ad ogni modo, l'interesse per questo libro è andato via via scemando durante la lettura.

Abbastanza interessante la prima parte. L'introduzione è chiara, significativa ed i concetti affrontati possono essere molto utili nella progettazione di un software, indipendentemente dal fatto che il linguaggio scelto supporti o meno l'uso di interfacce. In alcuni frangenti non ho apprezzato la volontà dell'autore di dimostrare come "praticamente tutto può essere ricondotto ad un'interfaccia", anche in situazioni dove una classe astratta o altri elementi avrebbero rappresentato una scelta più adeguata.

In generale, il libro è molto ricco di informazioni ma buona parte degli argomenti è trattata in modo superficiale. Lo sviluppo con le interfacce è limitato ad un solo capitolo, il capitolo 11 Patterns è poco più che un elenco di nomi e non trasmette in alcun modo le reali potenzialità dei design pattern analizzati.

Gli esempi forniti coprono quasi esclusivamente l'aspetto di design ed analizi delle interfacce e quasi mai offrono un'effettiva dimostrazione dell'implementazione di un'interfaccia da parte di diversi elementi di un software. Lo stesso terzo capitolo, offre tre esempi reali ma in tutti e tre ci si limita ad offrire porzioni di codice saltellando da una prospettiva all'altra. Probabilmente, un solo reale esempio con a corredo un prototipo di applicazione funzionante avrebbe offerto una prospettiva più diretta.

In conclusione

Come buona parte degli altri libri editi dalla Pragmatic Programmers, anche Interface Oriented Design: With Patterns (Pragmatic Programmers) è una lettura relativamente rapida e non troppo impegnativa. Tuttavia, rispetto alla qualità generale delle altre pubblicazioni, questa volta non sono rimasto soddisfatto dell'acquisto e probabilmente non l'avrei inserito nel carrello se (1) non mi fossi confuso di argomento (2) ed avessi potuto sfogliare il libro curiosandone il contenuto.

Per chi desiderasse approfondire il tema di interfacce e design patterns consiglio in alternativa la lettura di un libro dedicato ai design pattern, per chi desiderasse una trattazione specifica sull'applicazione delle interfacce in Java consiglio l'acquisto di una pubblicazione specifica per Java, per chi desiderasse un'introduzione teorica alle interfacce Interface Oriented Design: With Patterns (Pragmatic Programmers) potrebbe essere una soluzione adeguata per tragettarvi in seguito verso l'acquisto di una lettura più specifica.

News Source: Recensione libro Interface Oriented Design
News URI: http://www.simonecarletti.com/blog/2008/07/interface-oriented-design.php

Copyright © 2005-2008 Simone Carletti. This Feed is for non-commercial use only and licensed under Creative Common Attribution-NonCommercial-ShareAlike 2.5 license. If you are not reading this material in your feed aggregator, the site you are looking at may be guilty of copyright infringement. Please contact me, so I can take appropriate action.

Buoni motivi per non togliere il www dall'URL

2008-06-11T23:07:15Z

A settembre pubblicai una curiosità che indicava come, secondo l'ICANN, nel 2004 la necessità di digitare www davanti ad un indirizzo internet sia costata ben 25 miliardi di dollari.

Siccome io ho cura del portafoglio dei miei utenti, qualche giorno fa ho deciso di condurre un esperimento e configurare il nuovo sito di ASP Stats Generator in modo tale da indirizzare ogni richiesta inviata al dominio www.asp-stats.com verso asp-stats.com.

Il risultato? Ecco alcuni buoni motivi che forse l'ICANN si è scordato di considerare.

Quante pagine indicizzate?

Cercare il numero di pagine indicizzate per un dominio senza www è praticamente impossibile nel caso in cui siano online dei sottodomini. Una semplice ricerca per site:asp-stats.com, infatti, restituisce indistintamente sia pagine del livello principale sia pagine dei sottolivelli.

Esistono vari workaround, certamente, ma scrivendo site:www.asp-stats.com ho risolto in principio ogni problema di disambiguazione.

Quanto ho guadagnato con AdSense?

Ipotiziammo che siate dei publisher AdSense. Ipotizziamo inoltre che decidiate di configurare un criterio URL per monitorare quanto sia redditizio il vostro dominio.

Ma... quale dominio usare? Inserendo un criterio per asp-stats.com Google considererà parte del criterio ogni pagina con host *asp-stats.com, inclusi dunque i sottolivelli. Ancora una volta, l'unico modo è avere un dominio www.asp-stats.com da indicare come criterio di monitoraggio URL.

L'utente vuole il www

Per la maggior parte del pubblico non tecnico che circola in rete, i siti internet sono quelle cose che cominciano con www. Avete mai pensato a quanto l'utente possa diffidare di un indirizzo senza www o, più semplicemente, non comprendere che si tratti di un sito web?

Probabilmente, a voi che fate colazione con pane e DNS, questa situazione potrebbe sembrare assurda ma non lo è assolutamente. Utilizzare un dominio senza www per un sito non tecnico è potenzialmente rischioso in termini di riscontro dell'utente.

La forza dell'abitudine

Potrebbe capitare poi che, come il sottoscritto, vi dimentichiate che la configurazione è cambiata con il rischio di invalidare il funzionamento di servizi e prodotti correlati.

In conclusione

Non so voi, ma ho idea che io continuerò a mettere online siti www-muniti.

News Source: Buoni motivi per non togliere il www dall'URL
News URI: http://www.simonecarletti.com/blog/2008/06/buoni-motivi-non-togliere-www.php

Installare contemporaneamente Firefox 2 e Firefox 3 su Mac OSX

2008-06-07T16:15:52Z

Oltre un anno fa, all'epoca del rilascio della seconda beta di Mozilla Firefox 2, scrissi un articolo spiegando come installare più copie di Firefox su Microsoft Windows.

In questi giorni è uscita la seconda Release Candidate per un'altra importante milestone del panda rosso, ovvero la terza major release. Mi sono quindi deciso di provarla (ho resistito a stento fino ad oggi!)

Sebbene l'articolo che pubblicai nel 2006 dovrebbe essere ancora valido (qualcuno me lo conferma?), qualcosa è cambiato da questo lato della barricata e mi trovo dunque a dover affrontare l'installazione di più versioni di Firefox su Mac OSX, più precisamente Leopard.

Ecco una guida passo passo per chi volesse procedere.

Dowload e preparazione Firefox 3

Andate sul sito Mozilla e scaricate la release di Firefox 3 che preferite. Attualmente la versione più recente è una Release Candidate.

Decompattate l'archivio .dmg scaricato e copiate l'applicazione Firefox.app da qualche parte, ad esempio su Desktop, ma non in Applications. Sovrascrivereste infatti la versione precedente, ovvero Firefox 2.

Ora rinominate il file da Firefox a Firefox3 e spostatelo nella cartella Applications. In realtà potreste fare anche l'inverso, ovvero rinominare Firefox in Firefox2 e mantenere inalterato il download della nuova versione, ma in genere io preferisco mantenere di default la stable release.

A questo punto la cartella Applications (o Applicazioni in italiano) conterrà entrambe le release.

Creazione di un nuovo profilo

Il passo successivo è la creazione di un nuovo profilo, per gestire in contemporanea le due version di Firefox. Senza la creazione di un nuovo profilo, Firefox 3 al primo avvio tenterebbe di usare e convertire quello di Firefox 2 causando problemi di compatibilità nel tentativo di riaprirlo con Firefox 2.

Per avviare il gestore dei profili di Firefox eseguite il seguente comando da console. Consiglio: utilizzate il tasto TAB per l'autocompletamento del percorso.

/Applications/Firefox3.app/Contents/MacOS/firefox -profilemanager

Create un nuovo profilo con un nome a piacere ed assicuratevi di non selezionare Don't ask at startup. In questo modo, Firefox vi chiederà quale profilo utilizzare ad ogni avvio!

Enjoy Firefox(s)

Fatto! Ora potete avviare in contemporanea Firefox 2 o Firefox 3 su Leopard, ciascuno con un suo profilo, ed utilizzare in contemporanea le due versioni di Firefox sullo stesso sistema operativo.

News Source: Installare contemporaneamente Firefox 2 e Firefox 3 su Mac OSX
News URI: http://www.simonecarletti.com/blog/2008/06/firefox-2-firefox3-macosx-leopard.php

Il mio talk al phpDay 2008 (video)

2008-06-03T21:36:59Z

Poiché qualcuno nei giorni scorsi mi ha chiesto se non ci fosse qualche contributo multimediale del mio intervento al phpDay 2008 (incredibile ma vero, c'è chi ancora non si è stufato di vedermi in video), segnalo che grazie al contributo di Elena la sessione è stata interamente registrata e pubblicata su Youtube/Mogulus.

La pagina del talk sul sito del phpDay è stata aggiornata con tutto il materiale disponibile, incluse le slide che ho pubblicato qualche giorno fa.

Tutti i video li trovate (anche) su Google Video con la ricerca phpDay.
Segue il video del sottoscritto.

News Source: Il mio talk al phpDay 2008 (video)
News URI: http://www.simonecarletti.com/blog/2008/06/video-talk-phpday-2008.php

Nuovo sito per ASP Stats Generator

2008-06-02T22:03:00Z

Oggi è un giorno molto importante. E non solo perché è la festa della Repubblica, che compie ben 62 anni, ma anche perché finalmente è pronto ed ufficialmente online il nuovissimo sito di ASP Stats Generator.

Ci sono voluti la bellezza di oltre 3 anni per completare questo sito che entra nel mio personale guinness dei primati. Ha cambiato 6 volte layout, 3 volte linguaggio.

La prima era una versione non multilingua, scritta in ASP. La stessa poi è stata completamente riscritta per ospitare in modo agevole eventuali versioni localizzate, come il francese e lo spagnolo.
Seguendo il mutare delle mie preferenze di linguaggio, la successiva versione è stata sviluppata in PHP 5, basata sul framework Symfony.
Non contento, un bel giorno decisi di migrare nuovamente piattaforma ed utilizzare il nuovo sito come banco di prova per un progetto Ruby, scritto basandomi sul framework Rails.

Ed eccoci qua, alla versione definitiva!

In realtà in questi 3 anni ho potuto dedicare molto poco tempo, rosicchiando minuti tra un impegno e l'altro. Il sito non è l'unico cambiamento riguardante l'ambiente di ASP Stats Generator. Ci terrei a ricordare:

La migrazione del forum a vBulletin e relativi upgrade
La migrazione dell'area di sviluppo su Trac.
L'importazione del repository di sviluppo su Subversion
Nuovo logo, grazie al contributo di Massimo (aka Cyberman) che ha contribuito a dare un tocco di personalità al prodotto.

Altre varie ed eventuali le ho raccolte nell'annuncio ufficiale. Per l'occasione, ho rilasciato anche la release ASP Stats Generator 2.1.5.

Per ora è tutto, passo e chiudo.

News Source: Nuovo sito per ASP Stats Generator
News URI: http://www.simonecarletti.com/blog/2008/06/nuovo-sito-per-asp-stats-generator.php

Questa sera, leggendo i log, ho scoperto che...

2008-05-26T22:15:41Z

...molti SPAM-bot che inviano commenti e trackback di SPAM si affidano alla libreria Jakarta.
Con qualche riga nell'.htaccess è possibile alleggerire notevolmente il carico della vostra installazione di MovableType, impedendo l'accesso ai crawler.

# Block some user agents from posting TBs and CMs
RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} ^(Jakarta\sCommons\-HttpClient) [NC] 
RewriteCond %{REQUEST_METHOD} ^POST$
RewriteRule (.*) - [F,L]

... il bot di BlogBabel continua a macinare post, con una frequenza di almeno 1 volta ogni 3 ore.

[weppos]$ grep 'blogbabel' access.log
212.35.215.114 - - [26/May/2008:02:28:12 -0700] "GET /blog/index.xml HTTP/1.1" 302 546 "-" "BlogBabel +http://it.blogbabel.com/" 
212.35.215.114 - - [26/May/2008:04:25:07 -0700] "GET /blog/index.xml HTTP/1.1" 302 546 "-" "BlogBabel +http://it.blogbabel.com/" 
212.35.215.114 - - [26/May/2008:06:28:52 -0700] "GET /blog/index.xml HTTP/1.1" 302 546 "-" "BlogBabel +http://it.blogbabel.com/" 
212.35.215.114 - - [26/May/2008:08:32:02 -0700] "GET /blog/index.xml HTTP/1.1" 302 546 "-" "BlogBabel +http://it.blogbabel.com/" 
212.35.215.114 - - [26/May/2008:12:28:26 -0700] "GET /blog/index.xml HTTP/1.1" 302 546 "-" "BlogBabel +http://it.blogbabel.com/"

... mentre pensavo a questo post, in meno di due ore, l'idea numero 1 ha fermato 1399 commenti/trackback di SPAM.

[weppos]$ grep 'Jakarta Commons-HttpClient' -c access.log
1399

... quando ho eseguito l'upgrade di MovableType, ho scordato di inserire un redirect 301 e quindi ho perso tutte le posizioni sui motori di ricerca acquisite grazie ai tag ed alle categorie!

82.146.52.98 - - [26/May/2008:11:59:39 -0700] "POST /mt/mt-search.cgi?tag=trackback&blog_id=1 HTTP/1.1" 404 589 "-" "-" 
209.85.238.12 - - [26/May/2008:12:05:30 -0700] "GET /mt/mt-search.cgi?tag=trenitalia HTTP/1.1" 404 587 "-" "Feedfetcher-Google; (+http://www.google.com/feedfetcher.html)" 
209.85.238.12 - - [26/May/2008:12:24:12 -0700] "GET /mt/mt-search.cgi?tag=chuck%20norris&Template=feed&IncludeBlogs=1 HTTP/1.1" 404 587 "-" "Feedfetcher-Google; (+http://www.google.com/feedfetcher.html; 1 subscribers; feed-id=988241075584828268)"

Meglio tardi che mai, ora c'è un bellissimo RedirectMatch.

# Old versions redirect
RedirectMatch 301 ^/mt/(.*) /mt4/$1

... la scorsa settimana è passato a trovarmi Robozilla. In totale, in un anno Robozilla ha controllato lo status del mio sito 3 volte. Dite che è un po' poco?

[weppos]$ zgrep 'Robozilla' access.log.*.gz
access.log.2007-08-11.gz:207.200.81.166 - - [11/Aug/2007:15:37:00 -0700] "GET /blog/ HTTP/1.0" 200 12292 "http://directory.mozilla.org" "Robozilla/1.0"
access.log.2007-12-13.gz:207.200.81.166 - - [13/Dec/2007:01:36:25 -0800] "GET /blog/ HTTP/1.0" 200 10733 "http://directory.mozilla.org" "Robozilla/1.0"
access.log.2008-05-14.gz:207.200.81.166 - - [14/May/2008:17:18:19 -0700] "GET /blog/ HTTP/1.0" 200 11559 "http://directory.mozilla.org" "Robozilla/1.0"

... in totale le righe di log accumulate in un anno per questo sito corrispondono a 7.229.578. Il giorno che ha generato più log è stato 2007-06-18.gz (40620), il giorno con meno log il 2007-12-25 (11400).

Volete scoprirlo anche voi? Create un file log_total_lines.rb e piazzateci dentro il seguente script Ruby

#!/usr/bin/env ruby -wKU  

log_pattern = ARGV.shift || (raise 'Missing search pattern')
log_files_with_nof_lines = %x(zgrep 'HTTP/' -c #{log_pattern}).split("\n")

puts "Found #{log_files_with_nof_lines.length} log files matching pattern #{log_pattern}:"

total = log_files_with_nof_lines.inject(0) do |sum, line|
  log_file, nof_lines = line.split(':')
  sum + nof_lines.to_i
end
puts "Total nof log lines: #{total}"

poi eseguitelo da shell

[weppos]$ ruby log_total_lines.rb "access.log.*.gz"
Found 365 log files matching pattern access.log.*.gz:
Total nof log lines: 7229578

Per conoscere invece i log con maggiore/minore righe create un file log_sort_lines.rb con il seguente script.

#!/usr/bin/env ruby -wKU

log_pattern = ARGV.shift || (raise 'Missing search pattern')
log_files_with_nof_lines = %x(zgrep 'HTTP/' -c #{log_pattern}).split("\n")

puts "Found #{log_files_with_nof_lines.length} log files matching pattern #{log_pattern}:"

log_files = log_files_with_nof_lines.collect do |line|
  log_file, nof_lines = line.split(':')
  [nof_lines.to_i, log_file]
end.sort { |a,b| a.first <=> b.first }

puts "Log with the lowest nof lines: #{log_files.first.inspect}"
puts "Log with the highest nof lines: #{log_files.last.inspect}"

ed eseguitelo

[weppos]$ ruby log_sort_lines.rb "access.log.*.gz"
Found 365 log files matching pattern access.log.*.gz:
Log with the lowest nof lines: [11400, "access.log.2007-12-25.gz"]
Log with the highest nof lines: [40620, "access.log.2007-06-18.gz"]

Quante cose che si scoprono dai log. E voi ogni tanto li leggete?

News Source: Questa sera, leggendo i log, ho scoperto che...
News URI: http://www.simonecarletti.com/blog/2008/05/questa-sera-leggendo-i-log.php

Zend Framework ed i Web Service

2008-05-26T15:42:22Z

Si è concluso ieri, anzi sabato, il phpDay 2008, un evento di due giorni dedicato agli sviluppatori PHP.

Era la prima volta che partecipavo e sono rimasto piacevolmente sorpreso. L'evento si è rivelato di gran lunga più interessante rispetto alle mie aspettative sia sul piano personale sia sul piano dei contenuti.

Confesso di essere ancora un po' frastornato tra viaggio ed impegni, dunque per ora mi limito a pubblicare le slide della mia presentazione intitolata Zend Framework ed i Web Service e l'archivio con gli script e gli esempi utilizzati.

| View | Upload your own

News Source: Zend Framework ed i Web Service
News URI: http://www.simonecarletti.com/blog/2008/05/zend-framework-web-service.php

Non lo faccio perché ci vuole tempo... ma lo so fare!

2008-05-22T11:36:12Z

Normalmente non lo faccio, ma questa volta vorrei ripubblicare il post che ho pubblicato oggi sul blog di HTML.it dato che lo reputo particolarmente significativo ed esula da un target più tecnico come quello che caratterizza quel blog.

Ci risiamo. Per l'ennesima volta, in più di uno dei colloqui che sto affrontando recentemente, alla mia domanda: noi cerchiamo un candidato con i requisiti XYZ mi sono sentito rispondere ma io questo lo so fare, solo non lo faccio normalmente perché ci vuole troppo tempo. E poi... lo sai come sono i clienti.

Ricapitoliamo. Non si fanno i layout tableless perché meno veloci di quelli a tabelle... ed il cliente paga poco. Non si usano gli unit test perché richiedono tempo... tanto è solo per quel cliente che non vedremo mai più. Non si progetta un'applicazione performante perché l'ottimizzazione richiede tempo e test... e si sa, i test richiedono tempo ed il cliente non farà mai così tante visite.

Scusate... ma dove sono finiti i professionisti? Ci vuole veramente molto più tempo a fare le cose per bene?

Forse sì, o forse chi oggigiorno si spaccia per professionista forse forse non lo è e forse ci mette tanto a fare le cose perché non le sa fare. E non parlo per sentito dire.

Ogni funzione che scrivo, che sia per me o per altri, è accompagnata da un commento che ne descrive il comportamento e, nella maggior parte dei casi, da test funzionali. Il tempo totale, se considero poi l'evoluzione del progetto, non è mai (e dico mai) superiore al tempo speso a sbattere testate contro il muro nel tentativo di risolvere bug, errori e regressioni dettate dalla mancanza di uno sviluppo adeguato e minimamente orientato alle best practice.

Conosco professionisti dei CSS, tra cui Alessandro, Fabrizio ed altri che bazzicano in questo blog e nel forum, che sanno dettarmi un CSS al telefono e ci mettono meno tempo loro a scrivere un layout che io a capire le modifiche che hanno fatto al CSS (anche qui, parlo per esperienza diretta... Fabrizio, ti ricorda qualcosa? ;) ).

Non è forse giunto il momento di smetterla di prostituire certi servizi? Ho avuto nel tempo la fortuna ed il piacere di incontrare molti professionisti, la maggior parte dei quali a certe domande risponde i miei servizi costano questo, prendere o lasciare. Una discreta parte di potenziali clienti lascia... ma siamo proprio sicuri che varrebbe la pena di considerare quelle persone clienti?

Come giustamente diceva Francesco, io certi utenti non li voglio. Per prendere tutto si finisce per avere nulla, per prendere tutto si finisce per avere solo grane, per prendere tutto si finisce per svendersi.

Il professionista, a mio avviso, è tale anche quando è in grado di valutare la giusta dose di compromessi senza mai rinunciare a quelli che sono i fondamenti del proprio lavoro e, soprattutto, alla possibilità di lavorare ed offrire un servizio professionale. E non barrichiamoci dietro alla frase "ci vuole tempo". Per qualsiasi cosa ci vuole tempo, ma impariamo a considerare che il tempo diminuisce nel momento in cui chi opera acquisisce esperienza. L'esperienza si ottiene sperimentando, quindi chi non prova non potrà mai imparare. L'esperienza si ottiene studiando e sì, lo studio richiede tempo e fatica... ma parliamoci chiaro, mica si nasce professionisti.

Per correttezza, due paroline le spenderei volentieri anche nei confronti delle aziende. Da una parte ci si lamenta che non si trovano professionisti (e questo è fuori d'ogni dubbio), dall'altra quei pochi che emergono difficilmente vengono apprezzati come si dovrebbe. E non parlo solo di compenso economico, anche se questo aspetto certamente non è da tralasciare. Cara azienda, ti sei mai chiesta quanto valorizzi i tuoi professionisti?

Hai mai pubblicato in uno dei tuoi comunicati stampa il nome dei professionisti che hanno lavorato al progetto, oltre al solito responsabile commerciale che ti ha portato in casa il contratto? Hai mai creato una pagina dello staff dove esponi chiaramente i tuoi professionisti alla luce del sole, dando loro il giusto risalto? Hai mai pensato che un professionista pagato come si deve e giustamente stimolato può costarti (in termini assoluti) meno di molti junior, anche se (in termini relativi) il suo stipendio è più alto?

Inoltre, cara azienda, ogni tanto chiediti se è ancora possibile vendere la luna o se forse sarebbe meglio accontentarsi a vendere qualcosa di meno astratto, magari rispettando le tempistiche ed evitando di acquisire un cliente oggi e perderlo domani (scontento) per il solo scopo di mettersi in tasca la commessa. Perché un cliente insoddisfatto è peggio di un cliente non acquisito. Perchè, azienda, i clienti tra di loro parlano.

News Source: Non lo faccio perché ci vuole tempo... ma lo so fare!
News URI: http://www.simonecarletti.com/blog/2008/05/non-lo-faccio-perche-ci-vuole-tempo.php

Ruby WWW::Delicious

2008-05-21T22:39:05Z

Non so se a qualcuno può interessare, ad ogni modo vi segnalo che tra una cosa e l'altra nei giorni scorsi ho trovato il tempo di rilasciare una libreria Ruby chiamata WWW::Delicious (in gergo una GEM).

Difficile a dirsi, WWW::Delicious è un client Ruby per le API di delicious.
Permette di recuperare, aggiornare, modificare e cancellare i post su delicious così come tag e bundle in pochi clic.

Non ci credete?
Aprite irb e digitate

require 'rubygems'
require 'www/delicious'

# qua ci vogliono i vostri dati
d = WWW::Delicious.new('username', 'password')

d.posts_recent.each do |p|
  puts p.title
end

ed ecco apparire per magia i vostri ultimi post.

Ovviamente c'è molto più di questo. Per i dettagli vi invito a consultare la documentazione di WWW::Delicious.

WWW::Delicious è la prima libreria che pubblico nella nuova sezione code, che in un futuro sviluppo di questo sito (mica penserete che terrò solo il blog per sempre...) sarà un repository di progetti pubblici del sottoscritto. WWW::Delicious è anche la prima libreria che gestisco interamente su GIT ed hostata su GitHub.

News Source: Ruby WWW::Delicious
News URI: http://www.simonecarletti.com/blog/2008/05/www-delicious.php

Benvenuto Ruby.HTML.it

2008-05-13T15:08:29Z

Fiocco rosso per HTML.it che festeggia oggi la nascita di Ruby.HTML.it: una nuova sezione interamente dedicata al linguaggio Ruby, al framework Ruby on Rails e a tutte le risorse correlate incluse le centinaia di GEM.

Contestualmente alla nascita della sezione Ruby non poteva mancare il forum Ruby ed una categoria Ruby su <edit>. Questo progetto mi vede particolarmente coinvolto considerando che ho contribuito ad oltre il 90% dei post su edit, al 100% delle FAQ, a qualche articolo (altri prossimamente) ed ho un piccolo posticino anche sul nuovo forum.

Ah, dimenticavo... tenete d'occhio anche ICTV.it (a buon intenditor poche parole! ;) ).

Sono particolarmente felice di questa inaugurazione.
In primo luogo per soddisfazione personale. Sono passati poco più di 5 mesi da quando con Andrea si scherzava sull'idea di creare un progetto interamente dedicato a Ruby su HTML.it ed ora eccoci qua!
Complimenti quindi a tutti quanti ci hanno lavorato, soprattutto alla redazione e all'area tecnica di HTML.it: posso solo immaginare l'impegno che richieda l'organizzazione di una nuova sezione.

In secondo luogo, sono fiducioso che la sezione e soprattutto il forum possano raccogliere nel tempo i rubisti italiani sparsi qua e là.
Oggigiorno gli sviluppatori Ruby italiani di un certo livello si contano sulle dita di qualche mano e spero che questo progetto possa essere un nuovo punto di riferimento contribuendo e favorendo lo scambio di idee ed aiutando la diffusione di Ruby!

A questo punto, non mi resta che sperare in una prossima apertura di un progetto dedicato a Python!... Andrea? Ci sei? :P

News Source: Benvenuto Ruby.HTML.it
News URI: http://www.simonecarletti.com/blog/2008/05/benvenuto-ruby-html.php

The SuckRank ®

2008-04-28T12:00:31Z

Avrei voluto scrivere un bell'articolo sull'ORM, ovvero Online Reputation Management, ma come avrete notato dal numero di aggiornamenti recenti del blog... mi manca un po' di tempo!
Così vorrei giusto spendere un paio di parole su quello che ho definito the SuckRank... tra un attimo capirete perché.

La quasi totalità del budget destinato alla promozione online da parte delle aziende, ad oggi, si concentra esclusivamente nella promozione online attraverso i vari mezzi che un po' tutti conosciamo: web marketing, advertising, search engine optimization...
Sono pochissime le aziende che, invece, dedicano una parte di questo budget al monitoraggio di cosa gli utenti dicono di loro nel web. Ancora meno sono le aziende che, presa coscienza delle critiche, si attivano per colmare le lacune o migliorare i propri servizi.

Per chi acquista prodotti su eCommerce, vende prodotti su eBay, controlla il treno su trenitalia.com, prenota l'albergo su Expedia e passa metà della sua giornata online sembra inconcepibile il fatto che le aziende non tengano in considerazione cosa gli utenti dicono online.
Così, poiché un esempio vale più di mille parole, ecco una mia esperienza diretta di un acquisto influenzato da un nuovo criterio di ricerca che definirò SuckRank.

Storie di vita vissuta

Da qualche settimana sto valutando la scelta di un nuovo provider di hosting che offra servizi a metà tra un hosting ed un VPS.
Per varie ragioni, il mio account su Dreamhost non è attualmente in grado di coprire alcune mie esigenze.

La maggior parte delle persone che conosco, all'atto della scelta di un hosting si affida a consigli di amici e parenti. Il settore hosting è diventato quasi come quello del gioco d'azzardo: scegliere un servizio veramente affidabile alla cieca è una scommessa!
Chi offre questo ma non quello, chi promette quello ma ti sfila questo... un disastro!

Come scegliere?

Il SuckRank

Dopo aver girato alcuni forum di settore, scartato molte proposte, valutato una serie di servizi che si avvicinavano alle mie esigenze (oltre 1 settimana di lavoro) ecco giunto il fatidico momento della scelta fra 4 provides. Quale servizio acquistare? A chi chiedere?

Ecco la risposta: il SuckRank!
Questo sistema di ranking funziona tipicamente per il mercato internazionale dove il modo più semplice per esprimere il proprio dissenso verso un servizio è affermare che sucks, ovvero fa schifo (per usare una traduzione raffinata).

Utilizzare questo algoritmo è molto semplice.
E' sufficiente eseguire una ricerca online per la keyword NOMESERVIZIO sucks (dove NOMESERVIZIO è il nome del servizio che volete acquistare o dell'azienda) e verificare il numero di feedback.

Ad esempio, nel mio caso ero indeciso tra hostgator, site5 ed un paio di altri hoster.
Vediamo i risultati della ricerca:

hostgator sucks: ~ 16,800 risultati
site5 sucks: ~ 10,600 risultati
dreamhost sucks: ~ 76,900 risultati

A questo punto è abbastanza palese che Dreamhost non goda di una reputazione altrettanto positiva rispetto, ad esempio, a hostgator.
Allo stesso tempo, il sucksrank di hostgator sembra essere moderatamente superiore rispetto a quello di site5.

In questa preliminare, l'algoritmo SuckRank non tiene in considerazione l'anzianità del dominio, la presenza o meno di trusted sources o trusted hubs, lo scambio di recensioni negative che potrebbero impattare sulla qualità del SuckRank finale.

L'algoritmo potrebbe quindi presentare dei falsi positivi in questa sua fase embrionale ma, d'altronde, anche il PageRank non è perfetto! ;)

News Source: The SuckRank ®
News URI: http://www.simonecarletti.com/blog/2008/04/suckrank.php

Quale framework PHP utilizzare?

2008-04-23T07:53:34Z

Ho pubblicato su Slideshare la presentazione creata in occasione del Workshop di Zend Italia su Zend Framework 1.5.

La presentazione consiste in una breve panoramica sull'argomento framework e web framework.
La seconda parte, invece, è una comparazione tra i 3 framework PHP più utilizzati: Symfony, CakePHP e Zend Framework.

| View | Upload your own

News Source: Quale framework PHP utilizzare?
News URI: http://www.simonecarletti.com/blog/2008/04/quale-framework-php.php

Libro Ship it! A Practical Guide to Successful Software Projects

2008-04-20T19:00:04Z

Difficile trovare le parole giuste per scrivere una degna recensione al libro Ship it! A Practical Guide to Successful Software Projects.
Ship it! è veramente un libro eccellente, una delle pubblicazioni di maggiore livello per quanto riguarda la corretta gestione dei progetti software.
Ship it! non è solo una raccolta di linee guida, suggerimenti e consigli su come organizzare in modo efficiente lo sviluppo di un software, è un libro in grado di aprirvi la mente con esempi e suggerimenti talmente comprensibili che, lo scommetto, più di una volta vi capiterà di esclamare "ma cavolo, perché non ci ho pensato prima, è fantastico!".

La pubblicazione di Ship it! risale al 2005 ma è tutt'altro che datato.
Rileggendo con attenzione ed occhio critico i suoi capitoli e confrontandoli con le realtà software che ho avuto modo di incontrare, mi sono reso conto che meno della metà delle aziende di sviluppo adottano anche solo la metà dei consigli e delle best practice disponibili per la gestione di un progetto software: unit test, gestione dei sorgenti, continuous integrations, issue tracking, code review, code change notification, automatic builds... questi sono solo alcuni dei concetti fondamentali affrontati, discussi ed approfonditi dal libro.

Introduzione

L'introduzione è, da sola, una delle migliori che abbia mai avuto modo di leggere. Concisa, efficace e soprattutto incredibilmente profonda. Vi consiglio di non perdere neppure una pagina di questo libro, prefazione compresa, ad opera di Andy Hunt.

Nell'introduzione vengono da subito chiariti quelli che saranno gli argomenti essenziali trattati nel libro

Techniques (tecniche)
Infrastructure (infrastrutture)
Process (processi)

Ciascuno di questi elementi verrà ripreso ed approfondito in un capitolo dedicato.

Sviluppatori, tester, team leader o project manager: non importa quale sia il vostro ruolo all'interno dello sviluppo di un software, questo libro è orientato ad ognuna delle quattro figure indicate. Ogni capitolo permette la lettura sotto diversi punti di vista e non c'è argomento che, alla fine, non possa influenzare il vostro modo di lavorare.

Per tutta la durata del libro, di tanto in tanto, una frase essenziale o un'affermazione chiave viene evidenziata come TIP.
L'appendice A, dal titolo Tip Summary, è un riepilogo dei 42 suggerimenti chiave per una corretta gestione di un progetto software.

Dopo l'introduzione, il libro si sviluppa in 4 capitoli:

Tools and Infrastructure
Pragmatic Project Techniques
Tracer Bullet Development
Common Problems and How to Fix Them

Tools and Infrastructure

Questo capitolo analizza e descrive una corretta architettura per lo sviluppo di software.

L'apertura è dedicata all'analisi di come gli strumenti di Source Code Management (SCM), come ad esempio Subversion, sono tanto essenziali quanto indispensabili per qualsiasi progetto software, ma non solo! Possono infatti essere utilizzati in tantissimi ambiti come quello editoriale per tenere traccia dell'evoluzione di un libro e collegare l'attività di un autore a quella di un editore.

Altro tema affrontato è quello della compilazione automatica di un progetto. In alcuni casi si tratta di una vera e propria compilazione in binario, come per un eseguibile, in altri casi la compilazione è semplicemente la creazione di un pacchetto distribuibile come i file GEM in Ruby.
Indipendentemente dalla situazione, Ship it! suggerisce una ricca lista di accorgimenti per rendere quest'operazione indolore. Interessante la discussione sull'argomento Continuous Integration, con tanto di strumenti ed esempi.

Non manca una sezione dedicata al tema degli Issue Tracker, con utilissimi suggerimenti per non vanificare le potenzialità dello strumento, indipendentemente da quale si tratti.
Non dobbiamo infatti dimenticare che anche lo strumenti migliore, nelle mani di un incapace, può trasformarsi in un'arma letale.

Eccezionale la panoramica sull'argomento Testing: Functional Test, Performance Test, Load Test, Smoke test ed Integration Test.
Ovviamente c'è da considerare che questi temi meriterebbero un libro dedicato, ma Ship it! è in grado di offrire le informazioni essenziali per suscitare almeno la curiosità per ulteriori approfondimenti personali.

Il capitolo si conclude con una sezione chiamata When Not to Experiment, essenziale per quanti soffrono di "mal del voglio provare tutto ora perché figo"!
In altre parole, gli autori sottolineano quanto sia fondamentale la scelta di tecnologie che si conoscono ma, soprattutto, non introdurre nuove tecnologie in momenti critici, come quello che precede il rilascio di una nuova versione, solo perché qualcuno ha detto che "questo prodotto funziona meglio di quello".

Per citare Jared Richardson e William Gwaltney: Never let a critical technology (like your build system) be created as a technology expediment o Don't use wizard code you don't understand.
Cosa? Queste affermazioni vi sembrano banali? Allora non avete idea di quanti utilizzino script copia incolla per scrivere routine essenziali di un sistema senza neppure comprendere il loro funzionamento!

Pragmatic Project Techniques

Il capitolo Pragmatic Project Techniques sposta l'attenzione dalle tecnologie alle abitudini e tecniche.
Si parla delle caratteristiche essenziali di un Tech Leader, così come dell'importanza di riunioni quotidiane.

Una decina di pagine sono dedicate all'argomento Code Review descrivendo nel dettaglio vantaggi e svantaggi di questa pratica di sviluppo. Ci tengo a sottolineare come ogni affermazione del libro sia corredata da esempi pratici ed esperienze reali che arricchiscono ulteriormente il valore di ogni consiglio.

L'intero terzo capitolo ruota attorno all'argomento "The List". Chiunque debba organizzare la propria attività ben conosce l'importanza delle TODO list, di un agenda o di un qualsiasi strumento dove annotare e raccogliere i propri appuntamenti.
Gli autori si spingono oltre fino a dedicare decine di pagine a come organizzare al meglio la propria lista delle attività e quella dell'intero team, nel caso il vostro ruolo sia quello di team leader o manager.

Tracer Bullet Development

Il quarto capitolo è interamente dedicato alla pratica di sviluppo Tracer Bullet Development (TBD). Come il Test Driven Development (TDD) o l'Extreme Programming (XP), il TBD è una delle tecniche che si possono adottare nello sviluppo di un software.
Questo capitolo ne analizza caratteristiche, pregi e difetti.

Common Problems and How to Fix Them

Come ben saprà chi di voi è abituato a leggere libri ed articoli, un conto è scrivere di buone abitudini un conto è mettere in pratica quanto qualcun altro scrive.
Ci sono innumerevoli motivi che possono portare all'impossibilità di adottare una o l'altra tecnologia o condizionare una scelta.

Nel quinto capitolo sono riassunti oltre una decina dei principali problemi collegati alle best practice trattate nel libro, con relativi suggerimenti su come risolverli.
Anche in questo caso, ogni problema è documentato con esperienze reali che rendono le soluzioni qualcosa diverso dai classici consigli inutilizzabili.

Non finisce qui!

I capitoli sono terminati, ma il libro non finisce qui.
Ben 8 appendici completano la pubblicazione con risorse ed approfondimenti su sistemi di gestione del codice, scripting tool, issue tracker, framework per il test di prodotti e metodi di sviluppo.

In conclusione

Non più di qualche mese fa, in risposta ad un mio post su HTML.it dedicato allo unit testing, un utente commentò dicendo di quanto sia difficile introdurre certe tecniche nello sviluppo di un software, considerando che spesso i project manager non le conoscono o non ne comprendono l'efficacia.
La mia risposta, nuda e cruda, fu che un project manager che non conosca o comprenda l'efficacia di tecniche come l'unit testing o la gestione organizzata di un progetto probabilmente ha ancora molto da imparare e dovrebbe tornare a studiare.

Ad oggi, probabilmente, in quell'occasione avrei allegato un collegamento a Ship it!. Questo libro è infatti un concentrato di molti degli aspetti che un buon project manager dovrebbe conoscere (ed applicare), ma non solo.
Per quanto mi riguarda, la lettura di Ship it! A Practical Guide to Successful Software Projects è stata l'occasione per trovare conferma su molte abitudini maturate nel tempo grazie all'esperienza, abitudini che per un motivo o per l'altro non mi sono mai state insegnate direttamente ma ho appreso nel tempo.
Ship it! mi ha permesso di consolidarne l'efficacia e, in molti casi, mi ha aperto la mente permettendomi un uso ancora più professionale.

Ship it! A Practical Guide to Successful Software Projects ha un costo irrisorio se paragonato al reale valore professionale e non è un caso che compaia in molte presentazioni, non per ultima in quella di Alex Martelli in occasione della PyCon 2007.
L'acquisto è assolutamente consigliato, non solo a chi si occupa di sviluppo software. Molti suggerimenti del libro sono infatti applicabili ad altri ambienti dell'informatica e del web.

News Source: Libro Ship it! A Practical Guide to Successful Software Projects
News URI: http://www.simonecarletti.com/blog/2008/04/ship-it.php

C'è (34.821) posta per te

2008-04-01T22:58:15Z

Quando nei miei ultimi post ho scritto che è un periodo in cui sono particolarmente occupato non scherzavo e quando dico occupato... dico occupato!
E giusto per sottolineare che non scherzo, oggi ho scoperto per caso che non leggo un account di posta da settembre. Ecco il risultato:

Sì, avete letto bene: 34.821 messaggi. Certo, un buon 80% è spam, ma fate due calcoli!

Ora, qualcuno potrebbe comprensibilmente affermare e a me che me ne frega di quante email ha da leggere sto tipo qua?
Giusto, ma siccome non voglio lasciarvi a bocca asciutta vi comunico che, con 34.821 email da leggere:

l'unico programma a non andare in crash è Outlook (preferibilmente 2007)
l'unico protocollo a non andare in timeout è IMAP (scordatevi POP3)
l'unico programma utile per sfoltire le email di SPAM in questo caso è MailWasher

Provare per credere.

Ah, se qualcuno di voi avesse suggerimenti per smaltire questo malloppo in tempi non biblici, sarò felice di dargli ascolto.

News Source: C'è (34.821) posta per te
News URI: http://www.simonecarletti.com/blog/2008/04/ce-posta-per-te.php

Versione evoluta dei Google Sitelinks: sitelinks e form di ricerca

2008-03-29T13:50:53Z

Periodo particolarmente impegnativo per il sottoscritto e, inevitabilmente, questo si riflette su una diminuzione delle pubblicazioni su questo blog. Spero, prossimamente, di riprendere la mia naturale regolarità (no, in questo caso non c'entrano né Activia né la Marcuzzi!). Mi conforta, in un certo senso, sapere che non sono l'unico.

Rompo il silenzio con una breve segnalazione. Potrei aver scoperto l'acqua calda, o forse no.
Oggi, eseguendo una ricerca mi sono imbattuto in una forma che potremmo definire "evoluta" dei Google Sitelinks: i Sitelinks con form di ricerca.

E' la prima volta e non saprei dire se si tratta di un test oppure di una feature definitiva. Senz'altro, se fosse un test, non è uno dei classici "split test" a cui ci ha abituato Google dato che lo stesso comportamento avviene da qualsiasi computer per la stessa query.

Altri di voi hanno esempi simili da segnalare?

News Source: Versione evoluta dei Google Sitelinks: sitelinks e form di ricerca
News URI: http://www.simonecarletti.com/blog/2008/03/versione-evoluta-google-sitelinks.php