Grafici sul server e sul client

prendo spunto da questi graziosi grafici realizzati in css
per fare qualche riflessione:
per fare un grafico a barre con $linguaggio occorre

• sapere $linguaggio
• un server che supporti $linguaggio (mod_$linguaggio)
• recuperare i dati
• creare una immagine e mostrarla

se la libreria di base è molto complessa ed hanno fatto un editor, occorre imparare ad usare l'editor ed essere praticamente nell'impossibilità di fare modifiche senza lo strumento o operazioni non previste dallo strumento, più lo strumento ha opzioni e copre situazioni differenti, più ci si impiega ad imparare lo strumento anche per le operazioni banali.

$linguaggio può assumere i valori java, delphi, c#, python, perl, erlang, ruby, php e altri, molti altri, ma non cambia assolutamente una fava: alla fine avremo una immagine con delle barre da mandare sul client.

Siccome ho esperienza con php(che è più semplice di altri) questa soluzione mi da più confidenza della altre ma è sostanzialmente identica a tutte le altre lato server, la differenza la fanno le librerie, non l'architettura o il linguaggio.

per fare un grafico con css occorre

• sapere css
• recuperare i dati(lato server) e aggiustare le dimensioni dei box a seconda dei dati

questo sposta il problema dal server al client, siccome css è di molto più semplice di un linguaggio di programmazione, lo si usa nel caso solo per definire colori e dimensioni che è più semplice che usare l'api di generazione delle immagini di $linguaggio.
Di contro, css permette solo forme rettangolari, non si possono fare grafici a torta.
la cosa cambia se vogliamo ancora lavorare sul client con ajax(javascript+css) o flash, ma torniamo ad avere un linguaggio di programmazione e quindi caos, ma sul client possiamo generare interazione con l'utente(il grafico si anima, si muove, mostra messaggi dinamicamente).