Nicolas Lehuen's Weblog

Ce matin dans le métro, une magnifique opération marketing du Groupe France Mutuelle pour promouvoir leur produit FC Santé.

Distribution générale d'une boite en carton 100% non recyclé, contenant une bonne dose de mousse 100% vrai pétrole équitable au sein duquel était lové une merveille de petit GiFiMi (la mascotte du groupe) en pur plastique du même métal.

Quelle merveilleuse attention en ces périodes de fêtes ! On imagine des milliers de petits neveux mal-aimés ou de belles-filles ingrates qui se verront refiler cet ersatz de Bibendum à Noël. Le dispositif doit être redoutablement efficace : le petit bonhomme pas en mousse planté au sommet du sapin de Noël, qui pourra hésiter à souscrire à une mutuelle avec franchise cautionnée (lire : si tu es malade, c'est de ta faute, tu paies, sinon on te redonne un petit bout de tes versements) ?

Bien sûr cela a donné lieu à un face-lift des plus tendances de la station (en l'occurrence, Mairie de Montreuil, mais apparemment d'autres stations ont subit le même sort) :

Ces photos ne sont que la partie visible d'un iceberg de boites éventrées qui débordaient de toutes les poubelles de la station, dans les couloirs, etc.

A en juger par la signature sur le flyer se trouvant dans la boite, c'est The Marketingroup et son sens de la relation qui ont oeuvré à cette réussite.

Le plus beau était sans conteste le volet événementiel de l'opération : le moment où en pleine heure de pointe, sur un quai bondé, le conducteur du train resté quelques minutes de trop à l'arrêt demande à tout le monde de sortir "pour cause de colis suspect dans le train". Au final, c'était une fausse alerte (et je ne sais pas si c'était lié) mais c'est sûr, on les regarde tout de suite avec plus de respect, ces centaines de boites en carton donc chacune pourrait contenir un pain de plastic de taille respectable.

Ecologique, ciblé, efficace et citoyen, que demander de plus ?

You've got a big, big XML file to parse. You need to do it in PHP. Well, you're in deep trouble. Unless I've missed anything, here are the different alternatives I've seen, none of which satisfied me :

• Use SimpleXML. Not possible here because your big, big XML file won't fit into memory.
• Use DOM or DOM XML. Same problem, the file won't fit into memory, PLUS this time you get a notoriously crappy API.
• Use XMLReader. No memory problem, this time. However the API is awkward, maybe it gets better using a combination of calls to XMLReader::expand() and XMLReader::next(), but then again it's back to the crappy DOM API.
• Use The SAX-like streaming XML parser. This works, no memory problem, but then again it's pretty awkward, you have to implements a stack-based machine to do anything remotely useful if the XML document is a little bit complicated.

Well, after messing around with PHP for a few hours (man, this language is soooo weird ! I miss Python...), I came up with PullXML, an XML Pull Parser. It works in PHP 5, it could be ported to PHP 4 but frankly this is not something I look forward to doing :).

PullXML is implemented with the SAX-like streaming parser. It builds objects that look like SimpleXML objects, but instead of loading the whole document in memory, it builds them chunk by chunk and calls a callback you provide when a chunk is ready.

The chunks are delimited by the pivot, which is a simplified XPath expression that gives the path that each chunk must match. For example, if the pivot is /foo/bar, then PullXML will call your callback for each bar element that is in a foo element, including the content of the bar element, of course (otherwise this would be quite useless). But the best way to see how it works is to have a look at the source code and experiment with the example at the end.

I'm no expert in PHP and I haven't much used SimpleXML, so this must be quite buggy for the moment. Yet, it already does the job as expected on one of my projects. If you have any remark about the source code or any suggestion for a better compatibility with SimpleXML, feel free to leave me a comment.

Hi ! This is my first post under DotClear 2 beta 6. I've apparently succeeded in migrating from DotClear 1.2.5.

I only had a small problem with permalink begin moved to /index.php/2006/... to /index.php/post/2006/..., but I solved it by making a full export, tinkering the exported file with regexps, then performing a full import. Problem solved !

Now I need to customize the templates and re-add all the annoying widgets that my former blog had (or not). But that will be for another day, because I've got some work to to right now.

In any case, kudos to the DotClear 2 development team for this great release !

Moi qui pensais avoir tourné la page l'an dernier sur deux ans d'incompréhension mutuelle, de silences gênés, de mesquines attaques financières, me voilà fort surpris et déçu.

Surpris, je le fus en te retrouvant au détour d'un relevé de banque, un an après notre séparation glaciale.

Je rappelle les faits : atteinte d'amnésie, tu m'obliges après un déménagement à faire plusieurs demandes d'ouverture de dossier. Tu m'ignores ensuite lorsque je demande le dégroupage total.

Enfin, un jour, tu m'entends mais m'envoie la Freebox je ne sais où (apparemment à mon ancienne adresse) et sans me tenir au courant. Parallèlement, les dossiers s'ouvrent en cascade, mais toujours sans dégroupage. Malheureusement, je ne pensais plus jamais avoir à ressasser tout cela, et les pièces justificatives me manquent aujourd'hui, disparues dans un grand autodafe libérateur, mais ce fut en tout cas une histoire très confuse et surtout très coûteuse.

En effet, quelques mois plus tard, tu me factures 400 euros pour non restitution d'une Freebox que je n'ai jamais reçue (voir le paragraphe suivant, il faut suivre). S'ensuit une longue lutte, des échanges maladroits, des appels infructueux à la coûteuse hotline, des recommandés avec accusé de réception, pour au final que j'obtienne gain de cause et que tu me rembourses (hormis les frais de procédure, comme on dit).

Note que j'étais toujours chez toi mais toutes ces maladresses avaient quelque peu entamé ma confiance en notre relation. Néanmoins, pour prouver ma bonne volonté et m'investir un peu plus dans notre couple, j'ai redemandé le dégroupage de ma ligne pour profiter de ton alléchante offre triple play.

Combien de couples malheureux pensent que faire un enfant leur permettrait de sortir de l'ornière ? Je ne sais, en tout cas plus de six mois après avoir fait ma demande sans être entendu de toi, je n'en pouvais plus. Lassé de payer les sempiternels 29 euros et des poussières par mois pour un ridicule 2 Mb sans téléphonie gratuite ni télévision, je décidais finalement de résilier mon abonnement pour refaire ma vie avec un autre fournisseur. Et de ce côté là, ça va très bien, merci.

J'étais donc surpris de recevoir des nouvelles de toi dans mon relevé bancaire, mais déçu de leur teneur. Apparemment, tu vis dans un monde fantasmagorique où mon numéro de téléphone fixe est toujours 01 43 78 WX YZ, et où je suis toujours abonné à tes services. En conséquence de quoi, tu as continué à me prélever consciencieusement 29,99 euros par mois depuis plus d'un an.

Oh, je sais, c'est un peu de ma faute, j'aurais dû vérifier de plus près mes relevés de banque, et ce depuis longtemps. Mais que veux-tu, je suis comme ça, confiant dans mon prochain, et malgré toutes nos difficultés, je ne pensais pas que tu pourrais vivre dans un tel déni de la réalité.

Tu vois, je te parlais d'une histoire coûteuse, et je sens confusément que ce n'est pas fini, car nous allons encore devoir nous échanger moults recommandés avec A/R, moultes additions salées à ta hotline payante (il y en a encore pour longtemps), et moults énervements de ma part, qui ne se facturent pas à court terme mais qui finiront bien un jour par grever le budget de la Sécurité Sociale. Mais si mes comptes sont justes, après les 400 euros de la Freebox, c'est maintenant près de de 360 euros que tu m'as injustement prélevés, et pour lequel tu me forces à me battre.

Mon premier réflexe lorsque je me suis rendu compte de on problème, je l'avoue, était de me mettre en colère. J'ai derechef appelé ma banquière préférée pour faire opposition à tes prélèvements. Cela manquait de cordialité, j'en conviens, mais songe au temps qu'il te faut pour répondre à chacune de mes solicitations (deux mois minimum), tes prélèvement concomittants auraient compliqué les choses.

Tu me permettras néanmoins de trouver une certaine ironie au mail que j'ai reçu de ta part ce matin à 6h30 (je me suis permis de l'annoter) :

Bonjour,

Hey, baby, ça farte ? Ca fait un bail !

Vous êtes abonné au forfait Free Haut Débit sur la ligne 014378WXYZ.

Plus vraiment, non, tout est fini entre nous depuis un an. D'ailleurs je ne suis plus non plus abonné à France Télécom donc à ce numéro, je n'habite même plus au même domicile.

Conformément à la facture N° 12-53437260 établie le 02 Décembre 2006
nous avons émis une demande de prélèvement d'un montant de 29.99 euros
auprès de votre établissement bancaire.

A quelle adresse m'as-tu envoyé cette facture et toutes celles qui ont précédé ? J'ai souscrit à un transfert de courrier suite à mon déménagement, je n'ai malgré tout rien reçu...

Il semble que ce prélèvement ait été refusé par votre Banque pour le
motif suivant :
       Tirage contesté par le client (70)

Je veux, oui... Plus de tirage entre nous, ma poupée.

Pour régulariser votre situation auprès de nos services, il serait
souhaitable de nous envoyer au plus vite :
   - Soit par chèque pour un montant de 29.99 euros à l'ordre de
       Free Haut Débit (Ne pas oublier de mentionner le numéro de téléphone
       de la ligne concernée au dos du chèque)
       à envoyer à l'adresse suivante : Free haut Débit  75371 Paris cedex 08

       - Soit par carte bancaire en téléphonant au 3244 (0,34 TTC par mn à
       partir dun poste fixe) du lundi au vendredi de 8h30 à 19h00.

Ouh la, je vais me dépêcher alors. Et puis, c'est vraiment la grande classe de faire payer 0,34 euros TTC par minute, car j'imagine que ce sont des euros, pour payer une mensualité qui n'est pas dûe. Franchement, baby, tu me déçois.

Si vous avez changé de banque, merci de nous retournez les documents
ci-dessous :
- le RIB d'un compte bancaire valide pour effectuer les prochains
prélèvements
- une autorisation de prélèvement correspondant au nouveau RIB fourni
(disponible sur http://adsl.free.fr/comptes/modification.html )

En parallèle de votre modification à Free Haut Débit, vous devez prévenir
votre établissement bancaire et/ou postal de la mise en place du prélèvement
automatique qui sera intitulé "Free Haut Débit" code NNE 459654.

C'est amusant, j'ai exactement fait le contraire : interdiction de prélèvement pour le même code. Ah, et il y a une faute de grammaire, c'est "merci de nous retourner".

Si vous ne régularisez pas rapidement votre situation, nous serons
contraints de bloquer votre accès à Internet et d'engager les poursuites
nécessaires pour recouvrer les sommes dues.

Alors bon, je sais, cela va être dur, mais on va faire comme avec un sparadrap, d'un coup sec : mon accès à Internet n'existe plus depuis longtemps ! Je suis curieux de voir comment tu peux le bloquer. En ce qui concerne les sommes dues, j'en ai autant à ton service. Tu me dois du temps, aussi.

Nous vous rappelons que votre Facture est consultable en ligne à tout
moment à l'adresse :
       http://adsl.free.fr/conso/

Aaaah, c'est pour ça que je n'ai rien reçu ! Bon je vais voir. Euuuh :

La page demandée n'est pas disponible sur ce serveur

Bon ça a changé... Il faudra changer ce mail type quand tu écris à tes exs, ça ne fait pas sérieux. Je clique. Aaah, mais on me demande un identifiant et un mot de passe ! Mais ma pauvre petite, si tu crois que je m'en souviens... Bon, je clique sur "Vous avez oublié votre mot de passe". Tu me demandes mon identifiant... Je l'ai oublié aussi. Je mets un identifiant qui pourrait être vaguement le mien... Ah super, ça marche, tu vas m'envoyer mon mot de passe ! Pris d'un doute tout de même, je reviens en arrière et saisis connard. Ah super, tu vas lui envoyer son mot de passe, à lui aussi ! Youpi ! Allez, maintenant je tape lapin... Ouiiiiiiiii ! Et pere.noel ? Ohhh, lui aussi va le recevoir ! Franchement, tu es la pingre la plus généreuse que je connaisse.

L'équipe Free Haut Débit.

FAQ: http://faq.free.fr/?q=1075

Eh bien salut, Free, franchement tu ne me manques pas. Comme je te sens un peu dure de la feuille, je me suis permis de mettre tout ça sur mon blog (http://nicolas.lehuen.com/index.php/post/2006/12/22/120-ma-tres-chere-free), histoire que tous mes amis soient au courant, eux qui m'ont aidé lorsque tu me rendais si malheureux, lorsque je me sentais si seul, trahi par toi.

J'espère juste qu'un jour tu ouvriras les yeux et que tu réaliseras : non, Nicolas Lehuen n'est plus un de tes clients, et tu lui dois 360 euros. Franchement, si tu avais des problèmes d'argents, je ne dirais trop rien, mais ce n'est pas le cas...

Par ailleurs, si tu as besoin d'un peu de liquide, tu peux demander à ton patron, Xavier Niel, il a la méthode !

Update : bien sûr, lorsque j'essaie de répondre à ton mail à l'adresse de l'expéditeur, hautdebit@freetelecom.fr, j'ai une erreur car l'adresse n'existe pas. Décidemment, quelle classe !

Update 2 : je viens d’avoir une de tes collaboratrices au téléphone, m’indiquant que selon toi, je suis toujours abonné (sans blague) et que devais fournir la preuve de ma demande de résiliation. Figure-toi qu’après un an, je n’ai plus trace de mes justificatifs d’accusé réception. Comment va-t-on procéder ? Faute de mieux, je te réenvoie un formulaire de résiliation, prêtant ainsi le flanc à une vile attaque de ta part du style « puisque vous résiliez maintenant c’est que vous n’aviez pas résilié auparavant ». Hélas…

What should and should not be added to C/C++

Please, please, someone hear this guy and make us a programming language designed for portable performance on modern architectures !

I've seen this trick performed by IntelliJ when using their integration with Google Web Toolkit. Usually, you've got an API defined as an interface, and you need a factory to build an implementation of the interface. The factory uses some configuration information to choose an implementation :

public interface MyService {
    // ...
}

public class MyServiceFactory {
    public static MyService getMyService() {
        // ... load configuration and return an instance of a class implementing MyService
    }
}

// Usage example : 

MyService serviceP = MyServiceFactory.getMyService();

Of course there are hundreds of variations to this pattern, with or without singletons for the factory etc. The trick I've seen performed by IntelliJ relies on the fact that you can define an inner class in an interface :

public interface MyService {
    // ...

    public static class Factory {
        public static MyService getMyService() {
            // ... as before...
        }
    }
}

// Usage example :
MyService serviceP = MyService.Factory.getMyService();

It doesn't change much but it feels cleaner like that ; of course you can't implement factories of factories of factories, if that's your pleasure, but to me it's way simpler to have the factory defined right in the interface.

It's been a few months since my last release of an official version of pytst. Seeing that someone in Japan uses it made me have a look at the project once again. If I remember correctly, the latest evolutions where mostly refactorings in the hope that I could come up with on-disk storage of the tree, plus a few experiment on my full text indexing system based on the TST (which I won't release yet). So, I'm releasing the latest version, having made sure that it compiled correctly for Python 2.3, 2.4 and 2.5 on Win32 and Ubuntu Linux (I only tested Python 2.4 on Linux)

I've been pretty busy lately, what with the fact that I now have TWO regular jobs (both theoretically being at 50%) : I'm still CTO at The CRM Company, but I am now VP Product & Marketing (and developer ) at Yoono on top of that. Interesting times...

My work on TSTs has been used at Yoono ; my friend (and now boss) Laurent Quérel and I have gone a bit further with TSTs and came up with a kind of TST which can store multiple characters per tree node. Any time some part of a prefix can be shared by multiple keys, the part is fully stored in the node and not duplicated, thus saving a lot of unnecessary nodes and navigation. Though it surely exists somewhere, we haven't seen it anywhere else, so we decided to simply call this kind of TST a CompactTST. What's interesting in this TST is that it has a very low memory overhead : the indexing structure only adds 10% to the bulk volume of the data (string key + integer value in our case) it contains.

As I've wrote previously, my work on Yoono made me switch back to writing Java. Hence, the CompactTST is written in Java, but with a low-level edge : like I've did in C++ for pytst, we didn't want to build a Java instance per tree node. Our solution is a bit rough but it does work perfectly : we store nodes in a byte[], manually managing the layout of nodes and the storage of their data in the byte array. The result is pretty fast, very compact and the GC doesn't work at all.

This gave me the idea of reusing this method to store a big number of objects in memory. Now that we have 64 bit servers with 8 Gb memory, why not make the most of it ? So currently I'm on my way to storing tens of millions of objects in memory through my own memory allocator system, implemented on top of multiple byte arrays, without any problem caused by memory or GC overhead. Of course, this means that I can't rely on the GC anymore, but it's the whole point anyway. We now have a way to store millions of String, int, List<Integer> and List<String> in an efficient way. I'm sure die hard Java developers would cringe at what we are doing, but it's fun and worthwhile.

I'm still planning on writing pytst 2.0, this time with a proper storage layer which will make me able to switch from memory-based to disk-based storage. Now that we have a neat CompactTST in Java, I'll take the opportunity of porting the algorithms to C++ at the same time. It's only a matter of finding the time to do it, which is easier said than done...

A few weeks ago I compared SOAP to CORBA. Well, be scared, because looking at the history of CORBA gives a lot of information about what issues SOAP might encounter. Granted, things may be a little bit more rosy with SOAP, and the use of HTTP, URLs and XML solved a lot of technical problems, but the part about the political reasons of the CORBA mess still apply today.

One thing that surprised me while reading the article is that the rise and fall of CORBA really took place during the late nineties, when I started my career. As a rookie I thought CORBA was an established and proven technology. How naive I was :).

So, I had managed to dodge it until now, but that's it, we're in 2006 and I need to use SOAP web services. Back in 2002 I was implementing and consuming REST+XML or XML-RPC web services all over the place. At the time, SOAP smelled like... well, let's says it definitely didn't smell like soap. Today, I'm not a slightiest bit more convinced, but when you gotta do it, you gotta do it.

So yes, I used Java and the AXIS web services library to consume web services, namely the Google Adwords API and the Amazon Electronic Commerce Services. Of course, Java isn't a dynamic programming language, so you have to generate a bunch of code using the WSDL2Java compiler, but it's not that difficult. You then get a true Java API that smells like... well, it doesn't smell very soapy either.

I mean, I've already given a sample of the need to instantiate a factory to get a locator service that will build a service implementation that you need to configure. It isn't pretty. But that's only the initialization part. Then, you use an API that has been obviously generated by a computer and doesn't feel user friendly at all. It's a bit like a DOM API from another dimension. Well, let me pat myself on the back for this cunning analogy, because it is in fact exactly that : the AXIS toolkit did its best to build wrappers around the structure of request and response documents. XML documents, mind you, and I won't even add insult to injury by reminding my wide audience that those structures are specified in the Ruth Goldberg XML Schema format.

Well, give me embedded XML litterals like in E4X or C# 3.0, and native XPath support like in... well LINQ (also in C# 3.0, there's a thing going on here), and you've got a proper toolkit to consume web services. But here, AXIS generates a bunch of wrappers that are quite awkward to use as soon as the document structure is a tad complicated. Pretty soon you wish you could stop using those wrappers and access the raw XML nodes (preferably using the XOM API, but that's another story). I'm sure there's an option somewhere that allows you to do that, but I could not find it, and given what I saw, I expect the result to be quite messy.

Anyway, while struggling with all those bells and whistles, I told myself "Hey, all this mess is caused by the static typing of Java, why not try to do it in Python ?". Why not, indeed ? Well, because if using SOAP Web Services in Java is awkward, in Python, it's actually painful, because It Just Won't Work™.

Oh, I know the documentation are wonderful, and dynamic typing allows for wonderful proxy thingies that all work my magic... CORBA is just sweet in Python (see omniORB), because you don't have to worry about code generators and compilers and so on. You give your ORB an IDL file and bam, it works. Or not. But that's another story.

Well, it's not, actually, because SOAP Web Services are actually a stripped down, crappy version of CORBA, WSDL being a tricky, complicated version of IDL. So you'd expect the experience to be similar, and it is : you give your SOAP library a WSDL and bam, it works.

Except it doesn't. Because in the Python world, XML libraries in general and Web Services in particular are either half implemented or not unmaintained since the heidy days of 2000-2002. One of the brand new things in Python 2.5 is the inclusion of ElementTree, a replacement Python-friendly DOM API for the pile of non-standard crap that we have right now. Isn't it about time ?

For web services, the situation is much worse, and the sad truth is that you can use ZSI or SOAPy to consume web services, but you've got a very high chance that it won't be compatible with obscure web services like the one proposed by Google, Amazon or Yahoo. Thanks god the two later also provide REST APIs... But right now it's the Google APIs that interest me. And Google said "thou shall use SOAP, SOAP thou will use". And the Python SOAP APIs don't understand. We might as well use CORBA, for that kind of "interesting" incompatibilities.

raimondas says "Python Web Services - Not Quite Painless", but I feel that for the sake of precision, we should simply say "Python Web Services - Actually Quite Painful".

The good thing is, like for all painful things, it's a relief when it stops. I really didn't expect to enjoy using Java and AXIS for this. Oh, well...