Ca faisait quand même qlq temps que je n'avais plus travaillé à plein temps en pur programation. J'ai eu un peu de peine à m'y remettre, mais pouvoir se consacrer entièrement à la chose programatoire sans être interrompu parce qu'il n'y a par exemple plus de papier dans l'imprimante ou plus de couleur dans les écrans d'ordinateurs, c'est une chose que je trouve beaucoup trop rare. C'est stimulant.

Alors voilà : Ant, en tant que langage de script, définitivement je n'aime pas. C'est pourquoi je me suis mis à chercher un outil pour contourner le sujet. Et c'est là que j'ai découvert Groovy. Groovy, c'est un langage au look Java (allure du code) mais avec dérivé assez nettement de Python, Ruby et Smalltalk pour les outils et la syntaxe qu'il fournit. Il y a tout de même quelques horreurs dignes de Perl dans les éléments syntaxiques, mais franchement c'est beaucoup plus confortable que Ant pour scripter des choses un peu tordues. La force de Groovy c'est d'être destiné à tourner sur une Java Machine et de pouvoir directement utiliser les bibliothèques de Java. Toutes les bibliothèques... En plus, si perso je préfère Python, l'approche de Groovy est plus simple pour les gens déjà habitués à Java. Voilà pour Groovy.

Oracle. Ah. Oracle. Grmbl. Soudain il a fallu installer Oracle sur une machine de développement. Comme la boite en question ne veut pas payer de licence pour une machine qui sera essentiellement un terrain d'essai, il a donc fallu installer une version de Linux adaptée à la version "de test" de Oracle 10g. La galère. Heureusement que CentOS met encore à jour les versions 3 de son dérivé de RedHat EL3. Mais bref, Oracle je n'aime pas. C'est lourd, cher, difficile à configurer, obscur, compliqué et finalement pas si performant que ça. En fait, utiliser Oracle quand on fait de toute façon tout le travail au niveau de l'ORM d'un serveur d'application, c'est écraser des moustiques à la pelleteuse. La maîtrise de la DB Oracle et de ses outils est si difficile à acquérir que c'est pratiquement impossible de bien profiter de l'infrastructure qu'elle met à disposition. Maintenant, je ne dis pas que c'est totalement inadapté, mais quand on est une PME et qu'on a une application JEE qui fait tout le travail de malaxage des données, on n'a pas besoin d'avoir une database qui sache traiter des tas de données. Non, on a seulement besoin d'une couche de stockage et de récupération de ces données qui soit 1/ simple à mettre en oeuvre et à administrer 2/ facile à utiliser 3/ facile à backuper et à répliquer. Oracle ce n'est rien de tout ça, et au lieu des 30 minutes demandées pour l'install et la config d'un MySQL ou d'un PostgreSQL, il faut plutôt compter 6 heures, sans être certain que ça sera bien configuré. Bah. Hibernate et MySQL, ça doit être suffisant.

Linux, KDE, OpenVPN et NX. Il y a qlq temps, un de nos clients a décidé de passer toute son entreprise en Linux avec KDE comme envirronement graphique. J'ai aussi installé un vpn en utilisant le programme OpenVPN. C'est incroyablement facile à configurer, et comme c'est basé sur SSL, c'est aussi assez sûr. Problème : je viens de découvrir qu'en plus, le client concerné veut pouvoir faire du terminal serveur. Faich. C'était pas au programme ça. Et surtout, avec un serveur NX ça devient redondant avec l'OpenVPN. NX, c'est magique. C'est une version optimisée et compressée du protocole X11 utilisé par le monde UNIX pour afficher des trucs et connecter la souris à des choses. NX, ça a été développé par une boite italienne, NoMachine, et ça a été mis à la disposition de la communauté de l'open source. Je vais tester ça et je vous en reparle, mais c'est autrement plus performant que VNC.

Faut maintenant que je m'intéresse de plus prèt à Shorewall et aux outils pour faire des firewall. Après tout, bientôt j'aurai à administrer un serveur qu'on est en train de louer.