Thomas Pelletier

Four days ago I finally bought Mint, for pelletier.im. I used to use Wordpress’ plug-in for my weblog and Google Analytics for all my other projects. I decided to get rid of Wordpress’ plug-in because of its lack of flexibility and its heavy use of Flash. I didn’t want to come back Analytics because its far too slow: it’s really annoying! Lots of people advised me to use Mint. Well, I was really reluctant to spend $30 for a web-based software bound to a specific domain name. But I have got a brainwave and picked up my calculator and realised that $30 equals €20. Mint became more affordable just like that!

Mint is now running on thomas.pelletier.im! Great. Here is what I like and what I don’t really love with it:

Strength

• Really easy to install. Just set up your database (with your fancy shell script which uses mysql-client — or if you are less geeky just visit your Phpmyadmin page), copy Mint onto your server and magic happens.
• Flexible : Mint comes with few peppers (modules), but you just have to go to the Peppermill, download, copy and install some of them and your Mint gets empowered by more magic powers!
• Realtime : refresh your page (or use a pepper which will do such a nasty task for you) and see your statistics: you don’t have to wait 1 hour or anything else.
• Shaun Inman is very nice and you will never feel alone on Mint’s forum.
• You have the source : if something in Mint bothers you, just load your favourite text editor and go beat some PHP lines of code.

Drawbacks

• Peppers aren’t archived in the Peppermill: I’m looking for FreshView, but as you can see the original website is off and I don’t manage to grab the pepper.
• You can’t display statistics for a chosen sub-domain.
• You can’t tweak the way anonymous users see your Mint page: they can see it, or they can’t.

To put it in a nutshell, Mint is really awesome and I don’t regret buying it but I think I’ll need to hack a bit to get rid of this sub-domain limit.

Minted too.

Je me rends compte aujourd’hui de l’immense panel de technologie informatique à notre disposition. Pour ma part, j’en utilise assez peu :

• Emails (Gmail)
• Flux de données (RSS/Atom surtout)
• Messagerie instantanée (Jabber / Google Talk)
• Twitter

Super. Bon, et quand tout ça bouge ? Il faut être averti quand on reçoit un mail, quand un flux est mis à jour, qu’on m’envoies un message sur Jabber ou qu’on se met à me suivre sur Twitter.

Pour la plupart des produits, un moyen de notification existe, cependant, je ne trouve nul part de moyen de tous les centraliser. Du genre, une seule et unique page web (iGoogle et/ou Netvibes & co ne sont pas assez complets) qui notifierait le navigateur de l’utilisateur quand il a besoin d’être averti. Poussons le bouchon un peu plus loin : l’application pourrait même envoyer un SMS à l’utilisateur quand il n’est pas connecté. Techniquement parlant, peut-être que la technologie Push suffit.

En tout cas, je n’ai pas encore fait de recherche sur le net à propos de ce sujet. A voir.

Le commencement

Je me suis intéressé à l’idée d’interopérabilité au commencement d’un projet personnel (dont je ne ferrais pas la pub). En effet, j’utilisais la bibliothèque GTK+ pour le rendu de l’interface utilisateur. Sous ma station de développement (Linux / Gnome), tout allait bien, le monde était beau et les oiseaux chantaient. Seulement, j’ai voulu voir comment il se comportait sous Windows (un des but du projet étant la portabilité sans modification de la source). Déjà, installation des dépendances, ce qui n’est pas vraiment simple pour un néophyte, puis ça met relativement le bazar sur le disque dur. Qu’à cela ne tienne, je pourrais faire un installateur pour les utilisateurs lambda et ils n’y verront que du feu. Mal grès tout, le look des applications GTK n’est pas du meilleur effet sur cette plateforme. Deuxième test, sous Mac OS X. Là c’est carrément bien moins simple qu’avec Windows, même si je ne suis pas un expert en Mac, c’est pas vraiment cool pour l’utilisateur. De plus, le look est vraiment pas esthétique et il est quand même coûteux en mémoire de lancer un serveur X11.
C’est là que je me suis posé la question d’interopérabilité.

Un peu plus en détails

Pour pallier à cela, je n’ai pas vraiment de solution miracle pour le moment. Java, vraiment trop lourd à mon goût, tant à coder qu’au niveau déploiement (argument probablement de mauvaise fois, étant fan de Python ;-) ). Aucune bibliothèque ne permet vraiment une bonne intégration au système. Je pense que le problème est surtout là.

Fainéant

En règle générale, je me classe dans la catégorie des flemmards, c’est pourquoi, je n’ai pas envie de coder les mêmes unités graphiques sur 3-4 bibliothèques différentes pour avoir un bon rendu. Cependant, je veux vraiment avoir un produit qui peut être exécuté sur n’importe quel environnement sans modification du code source, ou même re-compilation. C’est assez idéologique, mais je suis persuadé que c’est possible. Pour moi, ce genre de finalité se base sur la connaissance des interfaces des deux systèmes, pour un rendu homogène quelque soit ses conditions d’utilisation.

Mot de la fin

En fait, cet article n’est pas très long, car je me suis rendu compte que les informations que je pensais stables dans mon l’esprit ne sont en fait que très fragiles et floues. C’est pourquoi je ne vais pas pas plus m’étendre sur le sujet. Mais l’idée d’une bibliothèque pour les principales d’interfaces ne me déplais pas, mais alors pas du tout !

“Pourquoi ?”

Déjà, on va s’intéresser à la question “pourquoi ?”. Non pas pourquoi le web sémantique dans un premier temps, mais plutôt pourquoi je m’y intéresse. Cela permettra d’aiguiller et de clarifier (je l’espère la réflexion). En fait, ça fait un petit moment que ça me trotte dans la tête, j’ai une petite idée d’application web centrée sur l’utilisateur. Je ne veux pas rentrer plus dans les détails ici, je le ferais en temps voulu. Toujours est-il que je pense qu’il est nécessaire de bien y implémenter les solutions de communications sémantiques émergentes, d’un part car elles me semblent novatrices, plus de services l’utiliseront plus elle sera connue et adoptée globalement. Deuxièmement, parce que cette application brasserait beaucoup de données, devrait toutes les rentres interopérable le mieux possible entre elles et avec d’autres services. Voilà donc pourquoi je commence à m’y intéresser sérieusement. Il n’y a donc ici que ce qui me semble être vrai. Si ça se trouve, je me plante complètement.

RDF

La description des données. Je ne suis pas vraiment certain d’avoir compris. En tout cas, il me semble que c’est un point primordial pour un projet. Bien structurer ses données pour bien les décrire. Déjà en partant de là, si tout est bien fait, l’interopérabilité peut-être très bonne entre les différentes applications. Je ne vais pas plus m’étendre là dessus à cause de mon manque de connaissances là dessus. Je pense que quand je maîtriserais mieux le sujet, j’y dédirais un article.

OpenID

Voilà un autre point clé. Même si l’application en question est centrée sur l’utilisateur, il peut être très pratique qu’il puisse s’y connecter en utilisant son identifiant OpenID, ce qui, selon moi, simplifie grandement les choses. En plus de cela, une partie des informations nécessaire pour identifier l’utilisateur sont probablement déjà écrite et il ne reste quasiment plus rien à faire pour s’authentifier, si ce n’est taper une URL et cliquer sur un bouton :) . Le fait qu’OpenID soit décentralisé est à mon goût un avantage qui permet de faire un sorte que l’utilisateur fasse confiance pour son mot de passe uniquement à son fournisseur, pas au service en lui même.

RSS / Atom

Chaque utilisateur produit de l’information. Ce même utilisateur peut-être apprécié, ne serait-ce que par une seule personne. Cette dernière doit pouvoir être au courant facilement des nouveauté et modifications publiées par l’utilisateur. Il me semble donc que les flux de syndication comme RSS et Atom sont parfaitement adaptés à cet usage si il sont correctement employés. Je pense que l’utilisation combinée de RSS et RDF peut donne des résultats vraiment satisfaisant. Néanmoins, je ne suis pas assez stable sur le sujet pour le moment.

Les autres

Il existe apparemment plein d’autres moyens d’obtenir une communication normalisé et donc interopérable, je dois encore creuser, notamment du coté de FOAF. Néanmoins, je me demande si la multiplication des moyens de structuration des informations ne compliqueront pas, à l’avenir, plus les choses que ce qu’elles les simplifient pour le moment.

Django

Rapidement, à ce que j’en vois, Django est pas mal équipé et plusieurs projets parallèles lui assure un support, quoi qu’émergeant, relativement complet en ce qui concerne la sémantique. Encore une fois, c’est pour moi toujours très flou et à tester. Mais il ne faut pas désespérer ;) .