Il post su devzone.zend.com

Il podcast (tranquilli è un file mp3) php_abstract_episode_008.mp3

Da un anno e piu’ programmo su Code Igniter, mangio su Code Igniter, dormo pensando a Code Igniter, quando parlo con gli altri colleghi glieli faccio a peperini con Code Igniter…

(dialogo casualmente udito fra due miei colleghi:
- a: “ma che è code igniter?”
- m: “shhhh! non lo contraddire.. fai finta di conoscerlo… annuisci..”
)

Poi una sera, questa.. “casualmente” sono sul forum di code igniter.
Un gruppo di utenti, fra cui gente veramente in gamba che conosco (e stimo), forse stanca di aspettare evoluzioni patch e miglioramenti che il team di sviluppo non approva e forse non approverà mai, decide di fare una versione parallela del framework.
Una sorta di CI community edition. Con l’intento di migliorare e portare avanti lo sviluppo da tempo fermo.

Sicuramente ci sono aspetti non condivisibili nel modo in cui questo gruppo ha affrontato la cosa, urtando la suscettibilità dell’autore di CI (Rick Ellis). Pero’ gli eventi che si sono succeduti:
Thread di discussione chiusi o cancellati, utenti “anziani” che esprimevano “moderatamente” la loro approvazione per il progetto letteralmente “censurati”, io che sono casualmente nella chat IRC con il gruppo del nuovo framework leggo frasi “strazianti” e altre di rabbia…
Insomma un “bisticcio” se vogliamo guardare bene i fatti.

Spero tutto rientri nei toni giusti, e dopotutto come mi ha risposto qualcuno, forse è una cosa che ci voleva per dare una mossa/scossa ad un bel progetto che ha perso un po’ di smalto.

Pero’ credo sia il caso di guardarmi intorno.
Rick a “quasi” tutta la mia stima, pero’ questa faccenda mi incrina un po’ la prospettiva dei miei progetti (rapyd library, e rapyd cms) portati avanti da oltre un anno e basati su code igniter… che a questo punto non so’ piu’ se è “open source” o solo “free”.

Insomma.. la sostanza è che pur potendo (almeno credo) distribuire gratuitamente il software, non posso indicare chiaramente (ma neanche a grandi linee..) che restrizioni di ridistribuzione ci siano.

Ci sarebbe una soluzione..
rifare tutto da capo, da solo, e alla fine rilasciare tutto con licenza
WTFPL

(Do What The Fuck You Want To Public License)
(Fateci cosa cazzo volete..)

webcamslog.com è un portale per bloggers (senza troppe pretese) in cui bisogna “postare” via webcam (snapshot e clip video).

La particolarità stà (o dovrebbe stare) nella facilità di utilizzo. Non è richiesta nessuna istallazione software, e sufficiente il semplice flash player (normalmente presente nei browser recenti).

Le tecnologie in usate oltre a php sono:

• prototype (framework javascript)
• flash (solo per le applicazioni di acquisizione snapshot e video)
• flash-media-server (solo per l’acquisizione dei video)

Non ho trovato molti competitors (a parte qualche portale zozzo) quindi spero che il sito possa funzionare e crescere insieme ai suoi utenti.

• compreso “realmente” le basi dell’MVC
• compreso che usare un framework basato sulle URI riduce drasticamente problemi di sicurezza, è elegante, oltre che search engine friendly
• capito che non ne avrei potuto fare piu’ a meno, ancora prima di iniziare ad usarlo (questa è quasi mistica..).

Ma la comunità che è sorta intorno a CI, a cui contribuisco spero decorosamente con la mia libreria rapyd , mi è sembrata “chiusa” in se stessa.. ci si guarda poco intorno.. e pochi ci guardano.. pochi recensiscono, per fortunaqualcuno ha cominciato a “confrontare”.

Be, non è facile e non è giusto fermarsi alle prestazioni ma sapere che il framework che uso è tra i piu’ performanti (di parecchio) mi dà una certa soddisfazione:
http://www.sellersrank.com/php/cakephp-codeigniter-benchmark/

Pero’.. come possono essere necessari.. 90 mega per il semplice reader?
Perchè mi devo ciucciare yahoo toolbar e photoshop album?
E perchè deve istallarmi e usare il suo “download manager”, il suo agent.. e tutti i cazzi che mi si fregano…
Ho un sistema formattato di fresco.. e ho bisogno di leggere qualche pdf…e allora ho pensato ci sarà qualche persona che ha fatto un reader compatibile ma che facciasolo quello (leggere i pdf)?

C’è, meno di 4 mega (istallato)
http://www.download.com/Foxit-PDF-Reader/3000-2079_4-10313206.html

Comunque, in generale.. se avete tempo e non lo avete mai sentito nominare.. oppure ne avete una paura intrinseca (fra l’altro “trac” è una espressione usata anche per definire uno stato di panico) be.. tranquilli.. se nel mio piccolo l’ho usato io..

Qualche nozione:
TRAC (abbreviazione di “tracking”) e’ un sistema (una applicazione web) per la gestione di progetti, librerie di codice (e non solo), con integrazioni importanti:

• un wiki pronto a contenere la documentazione “testuale” del vostro progetto
• svn pronto a tracciare ogni modifica ai sorgenti del vostro progetto
• un ticket system, per gestire i bug.. i promemoria di sviluppo..

in particolare.. è uno strumento che si rende indispensabile quando si lavora in team (anche se si è solo in due vale veramente la pena di usarlo) e le modifiche al codice devono essere condivise.. spiegate.. documentate.. verificate…. (tranquilli fà quasi tutto trac e svn)

Unico punto dolente.. è una installazione non semplice.
Ma se avete la fortuna di avere un hosting che lo supporti, o quella di avere un collega in grado di aiutarvi.. o se semplicemente dovete “usare” svn e trac perchè è l’unico modo per scaricare una libreria che vi interessa.. be è una occasione, coglietela.

Ma quanti livelli ci sono?
Capisco che fare il freelance nel mondo del ITC.. è come provare a vendere dei fazzoletti di carta ad un extracomunitario che ti stà lavando i vetri della macchina…

Pero’ porca miseria..
Quancuno deve prendere coscienza del fatto che l’ultima ruota del carro.. è spesso la persona che ha svolto la parte fondamentale del lavoro. Mantenendo i suoi impegni e i suoi tempi.

Un consiglio, caro freelance, vedi di appurare, prima di prendere in carico un progetto, se in quella catena di sant’antonio.. c’è almeno un “cliente” serio.

<img src=”" width=”1″ height=”1″ />

come spaziatore.. in un layout html è una cosa da non fare assolutamente.
Non è una questione di standard w3c, o di semantica.. ma pratica e di una grossa importanza.

L’attributo src=”" per determinati browser non significa:
- “non caricare niente”.
significa invece:
- “caricami la risorsa immagine che trovi nel path corrente”

In altre parole, il browser, richiederà una seconda volta la pagina.. in cerca di una immagine che non esiste.

Niente di grave? non la trova e amen?
Col cazzo, in virtu’ del secondo caricamento il tempo di esecuzione raddoppia, le statistiche sugli accessi sono compromesse, e il carico per la macchina raddoppia.

Da qui il titolo,
“il grafico”.. uccide anche te
(oltre che il server)

Fel > Perchè?

Tac > musica a tutto volume.. e batte le mani davanti al monitor

Fel > Vabbè ma oggi anche lui campione del mondo..

Tac > Si… delle cazzate.