Perso

Migration

Evain Jb — Sun, 10 Jul 2005 18:02:00 GMT

Le temps est au changement ici.
Je migre. Je vais quitter Paris à la fin de l'été, dans une ville où il n'y a pas de métro.
Demain, je vais recevoir mon PowerBouquetin que j'ai commandé il y a quelques semaines. Fini Windows comme OS principal.
Aujourd'hui, mes deux blogs, anglais et français, déménagent chez moi: http://evain.net/blog/

Let's keep moving!

GreaseMonkey. Appropriez vous le web !

Evain Jb — Fri, 10 Jun 2005 01:05:00 GMT

Mark Pilgrim, personnage du web reconnu en particulier pour ses ouvrages en ligne, souvenez vous, le fameux Dive Into Python vient de publier un nouveau bouquin en ligne. Il s'attaque ici à un add-on de FireFox, qui commence à faire pas mal de bruit: GreaseMonkey. Bien évidemment, l'ouvrage se nomme Dive Into GreaseMonkey

Cette extension vous permet tout simplement de modifier à loisir les pages que vous visitez à l'aide de ce bon vieux JavaScript. Vous allez donc pouvoir, en utilisant le standard W3C DOM modifier les pages de vos sites préférés. Des tas de scripts existent déjà, vous pouvez jeter un coup d'oeil sur ce listing, vous verrez des modifications de Google, de GMail, d'Amazon, et autres sites qui font parti du quotidien que nous Geeks, adorons.

Alors pour regarder un peu, j'ai réfléchi, et j'me suis dis, qu'est ce que je pourrais bien faire pour améliorer mon quotidien. Il y a un site que je visite pas mal, c'est le DotNetLogue. Mais sur cet aggrégateur, tous les posts ne m'intéressent pas, en particulier ceux qui sont mal formatés. Alors j'ai retroussé mes manches, et hop, j'ai décidé d'essayer.

Comme un bon code vaut mieux que deux tu l'auras, jettons y tout de suite un coup d'oeil:

/*
 * DotNetLogue cleaner
 * Copyright 2005 Jb Evain  <jbevain@gmail.com>
 * This script is licensed under the GNU GPL 2.
 * See: http://www.gnu.org/copyleft/gpl.html
 */

// ==UserScript==
// @name          DotNetLogue cleaner
// @namespace     http://evain.net
// @description   Read only the feeds you're interested in
// @include       http://www.labo-dotnet.com/dotnetlogue*
// ==/UserScript==

(function () {

    var black_list = ["http://www.c2i.fr"];
    
    function isBlackListed (entry) {
        var href = entry.previousSibling.previousSibling.firstChild.getAttribute ("href");
        for (var i = 0; i < black_list.length; i++)
            if (href.indexOf (black_list [i]) > -1)
                return true;
        return false;
    }

    var divs = document.getElementsByTagName ("div");
    for (var i = 0; i < divs.length; i++) {
        var entry = divs [i];

        if (entry.className == "blogentry" && isBlackListed (entry)) {
            entry.previousSibling.previousSibling.style.display =
                entry.style.display = "none";
        }
    }
}) ();

N'est ce pas tout simple ? Il n'a suffit qu'un peu de reverse engineering sur le code HTML pour savoir quoi cacher, et c'était bon. Une fois GreaseMonkey installé, il ne reste plus qu'a enregistrer ce bout de code, et à visiter tranquillement le DotNetLogue. Bien sur, vous pouvez ajoutez des éléments à la liste 'black_list'.

Pour les plus incrédules, voici deux screenshots, l'un avant d'avoir activé mon script, l'autre après. Notez la mine réjouie du singe en bas à droite.

Nous vivons une époque formidable :)
Télécharger FireFox, GreaseMonkey.

Un paquet de Caml

Evain Jb — Tue, 19 Apr 2005 21:40:00 GMT

Depuis un moment, on entend pas mal parler de Caml par ci, Caml par là chez les chers pointeurs.

Oh mais oh !, c'est un peu vite oublier nous français, ce que c'est que le vrai Caml ! C'est d'abord et avant tout un petit bijou national, développé par l'INRIA, et un excellent langage de programmation fonctionnel. Son implémentation la plus utilisée est l'Objective Caml, qui intègre les paradigmes objets. C'est un langage qui peut aussi bien être interprété que compilé, et extremement rapide, avec des performances proches voir supérieures aux C/C++ pour la même utilisation, tout en gardant à l'esprit qu'il gère tout seul la mémoire par exemple..

Un petit exemple quand même pour voir à quoi ça ressemble, un calcul simple de factorielle, j'espère que tout le monde se souvient comment ça se calcule :

(*
* O'Caml Example
* fact.ml
*)

let rec fact = function
    0 -> 1
  | n -> n * fact (n - 1);;

let main () =
    if (Array.length (Sys.argv) > 1) then
        let arg = int_of_string (Sys.argv.(1)) in
        print_string("resultat: ");
        print_int(fact (arg));
        print_newline();;

main ();;

(* ocamlc -o fact.exe fact.ml *)

N'est ce pas formidable ? L'exemple est par trop simpliste, et ne montre pas vraiment la puissance et les possibilités du langage, cela dit, je vous laisse creuser, ça mérite son coup d'oeil.

[UPDATE] : Ah oui tiens, si vous voulez vous faire les mains sur un langage fonctionnel tout en restant sur .net, vous pouvez toujours le faire sur les langages suivants :

Nemerle : volontairement proche du C# dans sa syntaxe, marche aussi bien sous Mono que sous .net
F# : Une implémentation de l'Objective Caml cité plus haut par MSR
SML.NET : Une implémentation du Standard ML, sponsorié par MSR

Vous n'avez plus aucune raison pour ne pas se pencher la dessus maintenant :)

Ajax, le web plus blanc que blanc

Evain Jb — Sun, 17 Apr 2005 17:14:00 GMT

Depuis quelques mois, un mot est dans la bouche de tous les développeurs web : Ajax. Popularisé par les outils Google Mail et Maps, et d'autres frameworks, on rencontre de plus en plus de sites offrant des fonctionnalités dynamiques, sans pour cela que l'on change de page. La version 2 d'ASP.NET intègre en standard ces fonctionnalités, qui sont par exemple utilisées pour peupler dynamiquement un TreeView, sans changer de page à chaque ouverture d'un noeud. Le terme Ajax est un terme générique pour ces techniques dynamiques.

J'avais ouvert une catégorie Ruby, en espérant prendre le temps de vous parler de ce langage et de tous les outils qu'on trouve autour, je ne l'ai jamais fais. Pas très grave, il faut juste savoir qu'un outil commence à faire du buzz, et que les grandes gens en parlent. Il n'en faut pas plus en général pour que les gens commencent à s'y intéresser. Cet outil c'est Ruby on Rails, un framework léger de développement web, entièrement écrit en Ruby, qui offre une rapidité et une puissance de développement assez impressionante, tout en gardant le côté script qui plait tant aux développeurs php. Un bon compromis pour des applications ne nécessitant pas de dégainer les outils lourds comme les Tapestry, Struts, JSF de chez Java, ou encore de l'ASP.NET. En tout cas, c'est un framework qui mérite qu'on y jete un coup d'oeil !

Il y a quelques temps, Ruby on Rails s'est dotée d'une librairie JavaScript à la pointe, pour pouvoir bénéficier de fonctionnalités Ajax : Prototype. Cette librairie écrite dans un excellent JavaScript, est disponible gratuitement dans une license proche de la MIT, ce qui signifie que vous pouvez tout à fait l'intégrer dans tous vos développements, aussi bien libres que commerciaux, tant que vous laissez le copyright. Nous allons tout de suite en voir un petit exemple.

Imaginons un tout début de lecteur RSS en mode web. C'est un besoin où une utilisation de la méthodologie Ajax est tout à fait appliquable : pas besoin de réferencer le contenu de l'aggrégateur, besoin d'une interface sympa et réactive, bref, allons-y.

Tout d'abord la partie serveur, simpliste, qui renvoie sous forme de document XML un item d'un flux RSS. On passe un indice, et hop, l'élement est extrait avant d'être renvoyé au client. Cette partie a été réalisée en Ruby, parce que je le vaux bien. La source se passe de commentaire et est disponible ici : la source du serveur Ruby.

Ce qui nous intéresse c'est bien sur le client, voyons un peu ce qu'il s'y passe, quand on demande au serveur un item en particulier :

var url = "http://evain.net/ajax/item.rbx";

function setArticle(id) {
    var opts = { method : "get",
                 parameters : "id=" + id,
                 onComplete : receivedHandler,
                 asynchronous : true };
    var req = new Ajax.Request(url, opts);
}

Le code est simpliste, on ne fait qu'utiliser un objet Ajax.Request, fourni par la libraire Prototype. La partie intéressante se situe dans la déclaration des options, où l'on spécifie une fonction qui sera déclenchée quand le flux aura été téléchargé entièrement : receivedHandler. Regardons son implémentation :

function nodeValue(node, name) {
    var childs = node.getElementsByTagName(name);
    if (childs.length > 0 && childs.item(0).childNodes.length > 0)
        return childs.item(0).childNodes.item(0).nodeValue;
    return "";
}

function receivedHandler(remote) {
    var doc = remote.responseXML.documentElement;
    if (doc) {
        $("auteur").innerHTML = nodeValue(doc, "author");
        $("article").innerHTML = "<a href=\"" + nodeValue(doc, "link") +
                "\">" + nodeValue(doc, "title") + "</" + "a>";
        $("date").innerHTML = nodeValue(doc, "pubDate");
        $("desc").innerHTML = nodeValue(doc, "description");
    }
}

Ici, tout simplement, on récupère le flux de retour sous forme d'un document XML manipulable selon le standard DOM, terrain connu donc. Tricky, la librairie Prototype nous fourni une fonction $ pour récupérer directement un élement en fonction de son id, ensuite on va chercher le corps d'un noeud, pour l'attribuer comme corps des éléments correspondants. Easy :)

Bon, si on voyait un résultat "fini" qui marche ? C'est par ici : la démonstration finale. Normalement ça devrait marcher sous IE6, FireFox et Safari, donc bonne démo. Il reste que bien que trivial, l'exemple de la démo je pense, représente un marché d'avenir, gageons qu'un ponte comme Google, muni de moyens éprouvés pour la recherche, améliore bientôt son GMail, ou nous fasse un GFeed, où nous pourrions se balader simplement dans nos feeds préférés, rechercher dedans, et le tout, avec une interface de "killer app".

Voila, nous avons vu rapidement comment mettre en place d'une manière simpliste une méthodologie Ajax dans une page internet, libre à vous de l'implémenter maintenant dans vos applications.

Antitrust, le film, les sources

Evain Jb — Sun, 13 Feb 2005 02:40:00 GMT

Ce soir, j'ai re-revu ce film qui s'appelle Antitrust.

Le genre de film qu'on va voir pendant la fête du cinéma, en été, et qui laisse un petit souvenir sympa. Surtout que ça parle de petits génies de l'informatique, de grosses boites, d'open source. Bref c'est marrant, surtout si on veut pas se prendre la tête. Et puis c'est toujours sympa dans un film où on voit ne serait-ce qu'un tout petit bout de votre métier. Oui parce que je ne compte plus les films où les gens programment en manipulant des figures géométriques, pondent du code à la vitesse de la pensée, où trouvent des mots de passe par petits bouts... Donc dans, ce film, on peut voir à plusieurs moments du code, du vrai, si si... Et puis comme j'avais que ça à faire (je ments effrontément), j'ai cherché sur Google si le code qu'on voyait, correspondait bien à quelque chose. Et la, surprise, pas mal de code provient de vrais projets, allez comme, je suis sympa, je vous passe tout ça :

Un serveur HTTP minimaliste en Java : http://www.sources.ru/java/Webserver.java (0:23:25) L'acteur s'écrit "Ouah, la compression est super" en regardant la ligne 149, ou visiblement, il n'y a pas de compression hein...
Linux4Win : http://mandrake.binarycompass.org/Mandrake-old/7.2/i586/lnx4win/src/lnx4win.c (0:52:47) Là les méchants récuperent ce code en faisant de l'OCR sur un écran...
Jigsaw : http://dev.w3.org/cvsweb/~checkout~/java/classes/org/w3c/jigsaw/servlet/JigsawHttpServletResponse.java?rev=1.53&content-type=text/plain (1:14:42) Le gentil fait semblant de travailler chez le méchant alors qu'il note les adresses IP des satellites, adresse de classe A de type 10.xxx.xxx.xxx, et après il s'étonne de pas communiquer avec de l'extérieur...

Il y a deux autres moments où on voit du C++, la première fois ça ressemble à une appli Qt, et la seconde, on dirait l'implémentation d'une décompression Zip, mais pas moyen de retrouver la source.
Bon allez, si on retournait bosser sérieusement !

IE l'invincible

Evain Jb — Thu, 10 Feb 2005 00:52:00 GMT

Purée,

Le buzz fait rage. Une faille de sécurité dans le nouveau naviguateur à la mode, c'est la panique, heureusement, notre bon vieux bastion des butineurs n'est pas touché par la dite faille. Pour en avoir lu des tartines, je vais donc prendre mon pot de culture informatique, et en étaler une bonne tranche (et oui, un, il en reste qu'un fond).

Donc du coup, posons nous la question, qu'est ce que c'est que cette faille tant déclamée ? Cette dernière permet de faire croire à l'utilisateur qu'il clique sur un lien x, tout en le dirigeant sur y. Mais comment cela se faisse (droite ou gauche, à vous de choisir, bien que les deux soit une option) ? C'est très simple. Les gens qui utilisent un navigateur tapent leurs adresses en ASCII, oui, cette bonne vieille table des symboles. Cela ce n'est pas suffisant, pour bien des gens, alors les gens bien pensant de ce monde on fait l'IDN, pour international domain name, qui permet tout simplement d'écrire des URL en UTF-8. Simple non ? Le problème, c'est dans la conception même de l'engin, il peut y avoir des parties qui ont la même représentation, sans avoir la même valeur (code dans la table en fait). Et donc du coup (deuxième), on clique sur un lien, en ayant l'impression de butiner X, tout en butinant Y. C'est un peu comme sortir avec des jumelles vous voyez ?

Alors ce qui fait crier haut et fort les gens, c'est que IE n'est pas touché par cette faille, tandis que le browser tant déclamé, et grignotant des parts de marché l'est. Etonnant non. Cela dit, FireFox est sujet à cette faille, tout comme tous les navigateurs implémentant l'IDN, comme Opera, Konqueror, etc. Oui, nous l'avons vu, c'est un problème de conception au niveau même du protocole. Alors pourquoi ce bon vieux IE n'est pas sensible ? Tout simplement parce qu'il n'implémente pas IDN. Pour ce faire, téléchargez un plugin IDN pour IE, et vous aurez, comme pour le reste des gens, un naviguateur sensible à cette faille.

Pour la petite comparaison, c'est comme dire qu'un navigateur est sécure, car il n'est pas connecté à une JVM, ne lit pas les CSS, ne comprend pas l'ECMAScript, et si possible, préfere afficher seulement du texte. J'exagère ? Bien sur, cependant, comparons, s'il vous plait, les choses avec leurs équivalent.

Alors pourquoi ce buzz ? Parce que beaucoup de gens ont annoncés que FireFox était très sécurisé, et à la moindre faille, les gens déchantent. Et les pro IE de se frotter les mains. Prenons par exemple un site que Mr Kimmerlin aime à présenter, Secunia, vous y trouverez le détail des failles pour IE et pour FireFox, voir d'autres navigateurs, et vous pourrez comparez de vous même le nombre de failles et la gravités de celles-ci. Bien sur qu'il y a des failles dans FireFox, et plus il sera utilisé, plus on en trouvera, nulle part il n'y a de code parfait. Allez Messieurs Dames, un peu de bonne foi et d'objectivité, ça ne ferait pas de mal.

Allons, utilisez donc le navigateur qui a votre préférence, mais ne criez pas au feu à la moindre étincelle chez le voisin... Libre à vous d'utiliser un browser en paille par contre.

EDIT: Ce n'est pas vérifié, mais il semblerait que le GBrowser, le navigateur du futur, soit aussi sensible à cette faille.

Fonctions anonymes, Pointeurs de fonctions, Closures, JavaScript

Evain Jb — Wed, 29 Dec 2004 14:45:00 GMT

Etant donné l'actualité mouvementée, un petit post pour se reveiller.

J'ai mis à jour ma petite librairie JavaScript, toujours disponible ici.
Les petites nouveautés, c'est des petites fonctions inspirées du monde ruby, qui permettent de travailler avec ce que l'on pourrait appeller des closures. Un petit exemple :

var ppj = new Array("Pierre", "Paul", "Jacques");
ppj.each(function(elem) {
    document.write(elem + "<br />");
});

Très simple à implémenter en JavaScript cette fonction each, surtout quand on sait qu'en JavaScript une fonction est un type comme un autre :

/**
* Appelle une fonction pour chaque element
* du tableau
*/
Array.prototype.each = function(functor) {
    for (var i = 0 ; i < this.length ; i++) {
        functor(this[i]);
    }
}

Franchement, c'est classe non ? Si on a besoin de travailler impérativement avec les index, on peut utiliser cette fonction :

var ppj = new Array("Pierre", "Paul", "Jacques");
ppj.eachWithIndex(function(elem, i) {
    document.write("at " + i + " : " + elem + "<br />");
});

Bien pratique, j'ai rajouté cette fonctionnalité sur ma Hashtable, du coup, ça donne ça :

var ht = new Hashtable();
ht.put("jbe", 21);
ht.put("pvb", 24); // et toujours pas marié

ht.each(function(key, value) {
    document.write(key + " is " + value + "<br />");
});

Alors, qui a dit que le JavaScript était un "sous" langage. C'est d'autant plus appréciable qu'on le retrouve un petit peu partout, bref, comment professionaliser le développement XUL par exemple hein ?

Google & IntelliSense

Evain Jb — Fri, 10 Dec 2004 17:01:00 GMT

Google, des gens qui n'ont pas fini de nous surprendre.
Tout droit sorti des labs, la dernière petite nouveauté, c'est la complétion de votre requête.
C'est assez impressionnant, petit exemple :

Pour essayer vous même :

http://www.google.fr/webhp?hl=en&complete=1

Ubuntu

Evain Jb — Mon, 22 Nov 2004 07:24:00 GMT

Pour des raisons que le monde entier découvrira un jour, je viens d'installer un Linux sur mon ordinateur. J'ai choisi comme distribution Ubuntu, car la philosophie du produit est sympa, et tout tourne à merveille. Ubuntu pour les gens qui ne connaissent pas, c'est une Debian un petit peu retouchée, je vous invite à aller voir le lien que vous trouverez ci-dessous. Deuxième lien bien pratique, un LiveCD Linux, basé sur une Gentoo, qui m'a permis de resizer mes partoches NTFS, sans rien perdre, sans douleur, sans chemise, ni pantalon. Et puis vu le nom je suis sur que ça peut servire à des tas d'autres trucs.

Maître Renard

Evain Jb — Tue, 09 Nov 2004 10:11:00 GMT