One day is fine and next is black

Disclaimer: questo post era stato scritto un po' di tempo fa e mai finito. La notizia è vecchia, ma debbo assolvere al fioretto di scrivere 5 post pratici... Beh, pratico pratico non è... Facciamo così, mi arrogo il ruolo di opinionista. Ah, mi sono anche autocensurato. Non chiedetemi di più che poi mi snaturate.

Update: leggete anche i commenti, interessante intervento di "boyska" che chiarisce alcuni punti da me diffamati con (effettivamente) un po' di clamorosismo giornalistico. Ma in fondo io odio Python (o meglio, odio Python se usato per scrivere librerie; fateci pure le applicazioni, ma le librerie scrivetele in C e fornitene binding in tutti i migliori linguaggi) e le UI non integrate.

Per cominciare bene una corputa citazione non tradotta:

Another big issue was the choice of the toolkit.. [...] We had a list of requirements and were trying to find which toolkit would answer those requirements the best...

• GTK did not fit the requirement of being able to have a background image on a text widget (unless doing a lot of hacking and reimplementing the text widget)...
• QT did not fit the requirement about the performance....
  

Which one to choose... well, we decided to go with something completely different: EFL. For those who do not know what it is, the EFL is the Enlightenement Foundation Libraries. It's a set of libraries that makes building UIs such a beauty! It only has one.. euhh.. two... humm.. a few problems :

1. there are still no releases of the EFL.. so anyone willing to test this needs to compile the huge set of libraries from CVS
2. the APIs might change until the libraries are released...
3. we cannot embed an image inside a text widget.. so no smileys support...
   

The first two issues are easily dealt with : we don't care.. anyways, it should be released by the time amsn2 gets finished... the last one (embeded images/smileys) is resolved with another solution: use webkit (html engine) for drawing the contact list and chat window text widgets....

L'originale completo lo trovate qui. È un estratto dall'annuncio del futuro aMSN2, nel quale confluiranno gli sforzi e le esperienze degli attuali aMSN, emesene e pymsn.

Ora, sarò io che ho la mia deviata visione del mondo, non lo nego, ma qualcuno concorda sul fatto che ciò che stanno dicendo in pratica è quanto segue:

• vogliamo una finestra di login con tanti bei inutili fronzoli grafici accattivanti e occhiolinosi (come quella mostrata nella seconda parte di questo video) e per farlo andremo a usare un toolkit grafico che nessuno si caga di striscio trova interessante e che non ha neanche una versione rilasciata o la garazia di stabilità delle API solo perché ci permette di aggiungere un certo numero di determinati fronzoni;
  
• il toolkit grafico che nessuno si caga trova interessante di cui sopra comunque non ci basta per poter disegnare ben benino tutte le michiate sciocchezzuole del protocollo MSN¹, per cui andremo a usare WebKit per disegnare l'elenco dei contatti e le finestre di chat (che cmq al momento non è di certo un prodotto "stabile" per GNU/Linux, nel senso che non lo trovate pacchettizzato in modo rigoroso nelle distribuzioni);
• ah, la nostra applicazione comunque sarà scritta in Python, eh (questo lo leggete nell'originale) che tutti sappiamo essere un linguaggio pensato apposta per essere performante;
• ah, la nostra applicazione comunque avrà diversi frontend: gtk+, qt, cocoa, magari perfino xul, eh (anche questo nell'originale);

Giusto? È questo che stanno dicendo? Vero?

No perché, in tal caso, sarò Franco, anche se fatico a essere Mario (Luca mi riesce decentemente bene), a me pare che tale scelta progettuale sia stata partorita dalla mente iperormonata di un adolescente in piena fase di sviluppo (ossia qualcosa il cui QI e capacità di giudizio si avvicinano a quella di fagiano maschio che decide che il periodo degli amori giusto è all'apertura della stagione di caccia... momento! mi sa che è proprio così), piuttosto che da una persona che sta cercando di sviluppare una applicazione che supporti un certo protocollo di messaggistica istantanea per il quale non esiste un client ufficiale in determinate piattaforme hardware/software.

E non venitemi a dire che si tratta di una ventata di innovazione in una desolata valle di decadenza².

Soprattutto non cominciate a pensare che, quando sarà il momento, GTK3 and GNOME3 saranno qualcosa del genere. Se pensate che la "scarsa disposizione all'innovazione e al cambiamento"³ sparirà con la versione 3, che sarà la casa delle liberta (facciamo un po' come cazzo razzo ci pare - cit.) allora avete sbagliato a connettere i neuroni con i quali rielaborate il vissuto per la creazione di una visione organica dell'esistenza.

Anzi, i lavori per GTK3 sono già cominciati con il merge del branch GSEAL (che io ve lo direi cosa è, ma poi voi che ci fate? ci andate al bar a bullarvi con gli amici? dite che gli interessa il fatto che ora tutte le strutture private delle GTK+ sono state sigillate e non sono accedibili se non tramite opportuna funzione?). Se innovazione deve essere, sarà forse individuabile nella flessibilità.

E pensate sempre che se voi ignari utenti state festeggiando in attesa delle GTK3, alcuni sviluppatori forse stanno già sbattendo la testa al muro, visto che il breakage delle ABI costringerà anche progetti esterni a un omologo breakage (qualcuno ha detto GStreamer?).

Comunque, siamo felici.

[1] che tra l'altro, commento personale, sembra che aumentino esponenzialmente con passare del tempo, vedi il recente annuncio sulla visione di film/televione condivisa con chi chiacchieri... sarò sempre io, ma o cazzeggio mi intrattengo con i miei contatti o mi guardo un prodotto audiovisivo...
[2] ehi, era ovvio che era qui che volevo andare a parare, no :-)
[3] citazione di citazione