Il progetto, fino ad oggi tenuto in gran segreto nei suoi dettagli, è in realtà in via di sviluppo da più di un anno e solo pochi (pochissimi) “intimi” sviluppatori ne conoscevano i dettagli.

Ma vediamo le grandissime novità che saranno – in futuro, visto che è lecito attendersi ancora almeno un anno di intenso sviluppo prima di essere rilasciato nella sua prima versione stabile – sotto i nostri occhi.

Cominciamo subito: aMSN2 è basato su tre livelli (protocollo, core e GUI).

1. Il protocollo adottato è pymsn;
2. la GUI è “slegata dal programma”, cosicchè diverse GUI possono essere utilizzate;
3. il core è programmato in python e non più in tcl/tk.

Cerchiamo di dare qualche informazione in più:

1. il protocollo:

aMSN2 userà la libreria pymsn per tutte le funzioni legate al protocollo. Pymsn è infatti la prima libreria che ha implementato MSNP15 ed ha al suo interno le necessarie funzioni per implementare il protocollo MSNP16. KaKaRoTo (o Youness Alaoui che dir si voglia) assisterà il team di Pymsn per sviluppare le funzioni necessarie ad aMSN2.

2. la GUI:

Disattendendo tutte le attese, aMSN2 spiazza tutti scegliendo – forse come front end predefinito – una GUI basata sulle librerie EFL (Enlightenment), di cui qui potrete trovare un primo video dimostrativo!

Ma, come anticipato, la novità continua: aMSN2 disporrà di una GUI per MAC, un front end ncurses (per gli appassionati del terminale), una GUI gtk, una QT e un’ultima XUL. Ce n’è per tutti i gusti, no??

C’è di più: la GUI in GTK sarà direttamente mantenuta dal team di sviluppo di emesene, che in quest’anno ha mostrato di saper lavorare egregiamente! Addirittura 4 persone di questo team hanno deciso di contribuire direttamente al progetto aMSN2!

Che sia in vista una “reunion” in grande stile?? No, non credo, certo è che l’open source anche in questo caso dimostra la sua forza: l’esperienza di uno si tramuta nell’esperienza di tutta la comunità!!

3. il core:

Come detto, aMSN2 sarà sviluppato in python. Tale scelta è stata mantenuta segreta fino ad oggi ed è stata oggetto di un lungo dibattito interno tra i maggiori sviluppatori del progetto: Youness Alaoui, Philippe Valembois, Harry Vennik e Tom Hennigan.

KaKaRoTo spiega la scelta affermando che è stata fatta per evitare ogni tipo di flame, come quelli che scoppiano ogni volta che si sceglie un linguaggio al posto di un altro. Ora – dice – la scelta è stata fatta, quindi è inutile discuterne ancora.

Riguardo a questo argomento tra l’atro KaRaKoTo si era già espresso in mailing-list il 17 gennaio 2008 (in inglese):

I had a working/semi-usable aMSN2 ready since last july, but I didn’t have time to clean it/polish it/finish it, in order to release it…
The design is done and will not change as we think that this is what aMSN2′s future should be. We made very thorough decisions involving a LOT of research and proof of concepts meant to be thrown away to test various theories, we reviewed a lot of solutions and considered all the things that aMSN2 needs in terms of usability, performance, development time, team involvement, team motivation, knowledge transfer, GUI of course, language, libraries to use, etc…
We made decisions that will most benefit aMSN2 in every aspect considered, BUT of course, not everyone can be happy… for example, if we decided to use GTK, all QT lovers will rant, if we decided to choose QT, all GTK lovers will rant, if we decided to use something all, maybe the whole world will
rant. The same can be applied to the language.
For this specific reason, we chose not to disclose anything, because if we do, we will generate a huge flame war which will never end and aMSN2 will never see the light. We want to avoid flame wars, trolling, etc.. and since there will always be someone unhappy about our choices, we will have to make a decision for everyone and impose it, force it to the community as ‘the decision’, and not ‘the proposal’. And as experience serves, when we decide something and implement it, and people try it, it’s accepted, if we ask about it, none agrees and nothing gets done (take for example all the lengthy discussions we had on the ML and what about the on-line spaces thing, etc.. once implemented, everyone’s happy, and none is when it’s being discussed).
For that reason, we decided to keep it all a secret, and not talk about it. And this email will only generate flaming, I already see 10 people getting all excited and starting to type about how cool it would be if we chose python, and another 10 people writing how python would be a bad choice, and
let’s not talk about all the dbus-haters and/or the people who do not want to see telepathy added to the project.. another few people will be happy to see telepathy added and will start a flamewar about whether aMSN should be multiprotocol or single protocol stating that telepathy will allow us to be multiprotocol easily, etc … It will generate a lot of useless, time wasting talk about something that was already designed, decided, and written and will not change anytime soon.

Certo, lo si potrebbe accusare un po’ di decisionismo, tuttavia è bene considerare il tutto sotto due aspetti:

a. dal punto di vista pratico, un mantainer di un progetto DEVE fare delle scelte strategiche, perchè è grazie ad esse che il progetto può avanzare. In bene o in male, ma in ogni caso la responsabilità è sua.

b. dal punto di vista teorico, la filosofia open-source non impedisce di prendere autonomamente delle decisioni, ma di far in modo di lasciare agli altri la possibilità di accettarla o di rifiutarla, prevalentemente rilasciando i codici sorgenti del proprio lavoro. Questo vuol dire che se qualcuno non fosse d’accordo con la scelta di usare python, potrebbe benissimo creare un nuovo progetto scritto in un qualsiasi altro linguaggio.

Le novità quindi sono moltissime, il progetto davvero all’avanguardia ed il lavoro ancora molto.

Pur non essendo un appassionato dell’istant messaging (ho un account msn che non uso praticamente mai), devo dire che la curiosità è tale da… poter decidere tra qualche mese di riaccedere al mio account dal mio nuovo aMSN2 fiammante!

enjoy,

giopas

ps: il repository di sviluppo lo trovate qui

Tuttavia, prima di iscrivermi vorrei conoscere le attività, le persone e finanche il tempo richiesto. Ecco perciò che ho spedito al Lug la seguente lettera (in inglese).

Ometto qui nel testo alcuni nomi per motivi di privacy.

Dear LiLUX,

I’m a Linux user living in Luxembourg and I’m interested to share my interests with some other people here around.

Unfortunately I missed last Linux Day, but I’m curious to meet you all.

As far as I can see, Linux – and opensource in general – is still not so common in Luxembourg financial sector and I wonder to know if there is any project or event organized to spread opensource philosophy (or better, working approach) to it.

I try to explain my feelings telling you a short experience.

Last month, I’ve been at the Internet Security Day 2.0 organized by the “Ministère de l’économie et du Commerce Extérieur (luxembourgeois)” in order to make enterprises/companies awaken of security concerns using Internet. However, I noticed that during the entire event nobody mentioned opensource as a possible jointly held solution to improve (at least, internet) security.

For this reason (maybe someone of you was there and remembers it) I explicitly asked to the speaker (Mr. xxxxxx of CASES – www.cases.lu) what was the official CASES’ position toward the adoption of opensource solutions as instrument of improving IT security.

The embarrassing answer I obtained was that “CASES is neutral”, and that he “could not see much people in [that] conference room able to debug an opensource software like OpenOffice.org”!

The meaning was clear: “Hey boy, don’t you see that here around you are surrounded by a lot of IT consultants wandering to advertise their closed-source product for improving user security?? The opensource argument is TABOO here!”.

I already knew the answer, but I thought to be important to make this hypocrisy open and clear.

Actually, I’m not a Linux hysterical, however I’m astonished to see how a growing and reach IT financial community like the Luxembourg one is far from considering opensource a substantial solution (or alternative) for common or professional users.

So little IT companies offer Linux support in the financial sector in Luxembourg…

I hope to be wrong, of course, but I don’t think so.

For these reasons I would like to contribute in a more practical way (as long as I can, because I’m not a coder/developer/geek and unfortunately I don’t have a lot of time to offer) to the opensource case. I hope therefore you could give me more information about your activities and events so that I can see if and how I could contribute to LiLUX program.

Best regards,

giopas

ps: I hope that community/working language is English or French