The Cattle Grid

Il sito è in inglese, la conferenza è inglese, ma è organizzata in Italia e tutti gli appassionati di Perl e i curiosi sono i benvenuti!

Ecco qualche notizia sull'organizzazione:

• È online il nuovo sito, con un layout decisamente più professionale.

• Abbiamo pubblicato la Call for Sponsors: con circa 320 partecipanti, YAPC::Europe è una vetrina importante anche per le aziende italiane.

• La Call for Papers è disponibile: un talk (in inglese) è una buona occasione per parlare di un proprio progetto, e garantisce l'ingresso alla conferenza.

• È disponibile anche la Call for Training Courses, dedicata a chiunque è interessato a tenere un corso (a pagamento) nei giorni immediatamente precedenti la conferenza.

Ci vediamo a Pisa dal 4 al 6 Agosto!

A few days ago we published the:

Call for Training Courses

for YAPC::Europe 2010, which is going to happen in Pisa, Italy. If you are interested in running a course, you're very welcome to contact the organizers. Courses are a great way, to offset travel expenses, have fun, etc...

Have a look at the Call !

And... yes, we're going to have a better-looking web site online soon. :-)

There are quotation marks and quotation marks, apostrophes and apostrophes, etc: they're just not all alike. A web application (sometimes) needs to deal with this situation.

In ASCII you only have one quotation mark, one backtick, one double quotation mark, etc. In UTF-8 you have (of course) the same ones as ASCII plus some which are outside the ASCII set. These allow for more eye-candy characters, and also for distinctions between (for example) right double quotation mark and left double quotation mark.

Along the same lines, the horizontal ellipses is a character in UTF-8, which in ASCII you have to enter three dots (...) to create it.

All these new and good-looking characters are good, but they can also prove to be problematic to deal with when you are using some piece of software which doesn't work that well with UTF-8). For instance, htmldoc works with latin1: when you convert from UTF-8 to ISO-8859-1 you just lose those characters. In theory you can just not use them, but if you have a web application that takes its input from a form, users could just paste those chars in (it's especially common when pasting from Microsoft Word or other word processing software).

So, you need to get rid of them - that is, convert them to their ASCII equivalents in order to still see something useful. If you use Catalyst, there is Catalyst::Plugin::Params::Demoronize, by Mike Eldridge, a plugin which does the proper conversion of form parameters (it can also deal with the same problems with Windows-1252 charset if necessary).

This plugin works just fine for me, even though it suffers from a couple of minor problems. First, it still uses NEXT as opposed to MRO::Compat, but I already submitted a patch to the author for that. Then, the name just sucks, even though it has historic reasons to be as such; said that, I'm still not able to think of a better one. ;-)

OK, il titolo in inglese è una burla: il breve articolo è in italiano.

Vorrei pubblicizzare un po' nella nostra nazione il Belgian Perl Workshop, alq uale mi accingo a partecipare per la prima volta quest'anno. Organizzato da Vlaanderen.pm, si tiene il 26 Giugno 2010 a Bruxelles.

La partecipazione costa 20 € e di solito sono ospiti importanti personaggi della comunità Perl. Il ticket include caffè, pranzo (panini), WiFi, t-shirt, borsa e qualche gadget degli sponsor. Vediamo se fanno meglio di noi a Pisa. :-)

Ricordate che Giugno, anche climaticamente parlando, è un ottimo periodo per visitare il Nord Europa, gustare le birre, la cioccolata, ed immergersi nel linguaggio Perl!!!

perl 5.12.0 sta per arrivare: la 5.11.4 è infatti la prima versione di sviluppo di perl 5.11 a seguito del code freeze che dovrebbe portare presto ad un rilascio della prossima versione stabile dell'interprete.

Perché attendo con interesse il rilascio di perl 5.12.0? Non si tratta (solo) di una questione di novità per quanto riguarda le feature, anche se qualcosa d'interessante c'è (leggete i perldelta per maggiori informazioni).

L'aspetto più importante è, tuttavia, il nuovo ciclo di svliuppo. Dopo il rilascio di Perl 5.10.0 c'è stata un po' di "discussione" su come dovessero essere gestite le release dell'interprete, poiché tra l'una e l'altra in precedenza erano passati spesso periodi interminabili che potevano dare l'impressione di uno sviluppo stagnante.

L'attuale attività mostra che lo sviluppo procede spedito, e questo trasmette fiducia: non bisognerà aspettare altri 5 anni per una versione stabile e migliorata di perl. Se osserviamo infatti le ultime release di sviluppo dell'interprete:

5.11.0 - 2 Ottobre 2009
5.11.1 - 20 Ottobre 2009
5.11.2 - 20 Novembre 2009
5.11.3 - 21 Dicembre 2009
5.11.4 - 20 Gennaio 2010

notiamo che la volontà di rilasciare con cadenza mensile è stata fin'ora rispettata.

Credo che tutto ciò sia una parte alquanto importante di ciò che oggi viene chiamato The Perl Renaissance: avere l'impressione, supportata dai fatti, di un linguaggio che viene attivamente sviluppato a livello sia di librerie che di interprete è fondamentale, anche per attrarre nuovi programmatori.