Fête en grande Pompe

Publié par Yannick Francois Ven 11 juil 2008 09:38:00 GMT

On connait (ou pas) ce merveilleux petit framework d’interface graphique en Ruby : Shoes (une oeuvre signé _Why encore une fois !).

2 grandes rencontres virtuelles vont avoir lieu pour partager, tester, discuter, découvrir, documenter autour de ce framework: l’une à lieu en ce moment (vendredi 11 Juillet) et l’autre aura lieu dans 2 semaines (le vendredi 25 Juillet). C’est toute la journée, ça se passe sur IRC : #shoes@freenode.net , c’est ouvert à tous: développeur, testeur, documenteur, partageur, découvreur; du framework ou bien d’application l’utilisant. Vu le coté international, ça se passe en Anglais bien sur.

Si vous ne connaissez pas Shoes, c’est peut-être le moment d’aller découvrir ce framework. D’ailleurs, c’est un évènement qui précède la prochaine grosse release qui devrait avoir lieu à la fin du mois.

L’annonce officiel de l’évènement: 7/11 & 7/25 ShoesFests with Why The Lucky Stiff L’annonce sur RubyInside: Join Why The Lucky Stiff (And Others) For an Online “ShoesFest”

Les design patterns en ruby 1

Publié par Yannick Francois Mar 08 juil 2008 21:14:00 GMT

C’est le titre de la traduction du livre Design pattern in Ruby . J’en avais déjà parlé: Ruby Design Pattern.

J’attendait de finir L’art du beau code un pavé magnifique, riche en information, pour le commander en Anglais, mais voilà, je n’aurais finalement pas à faire travailler mon cerveau dans la langue de Shakespear, un trio magique, bien connu des raillers surtout, j’ai nomé: Laurent Julliard, Mikhail Kachakhidze et Richard Piacentini ce sont occupé de la traduction !

Et bien messieurs, merci bien ! Je pré-commande la version française qui devrait être dispo d’ici la fin du mois de juillet, ROYAL !

Les passionné de la Programmation Orientée Objet et/ou de Ruby seront comblé.

OpenBSD, JDK1.5 et l'abre des ports 1

Publié par Yannick Francois Mar 01 juil 2008 20:44:00 GMT

Bien que le projet OpenJDK porte doucement ces fruits afin de permettre la mise en place de l’environnement Java sous licence libre. Et bien qu’OpenBSD propose pour la 4.4 et en 4.3-current un paquet pour la jdk 1.7. On a des fois besoin d’acceder à une plus ancienne version du JDK, j’ai nomé la 1.5 (assez courante dans les applications pas toute neuve ;-)).

C’est toujours possible dans OpenBSD, il suffit de passer par les ports. Il faut également, pour des problèmes de licence, télécharger un tas de path supplémentaire après avoir accepter la dite licence.

Mais surtout, surtout ! ce qu’il ne faut pas oublier, c’est de mettre à jour son arbre des ports !!! Ca évite de ne pas comprendre pourquoi ça ne veut pas compiler, et pourquoi la version requise d’iconv est la 4.0 alors que la 5.0 à été trouvé sur la machine grrrbbllll

Alors pour mettre à jour l’arbre des ports, rien de plus facile:

$ cd /usr/ports
$ sudo cvs -q -d anoncvs@some.anon.server:/cvs up -r OPENBSD_4_3 -Pd

Le -r est le tag Cvs qui correspond à la version 4.3, quand on suit -current, il faut l’enlever.

Une liste des serveurs anoncvs est disponible sur le site officiel à l’adresse http://www.openbsd.org/anoncvs.html#CVSROOT

Et je peut vous dire qu’avec l’arbre des ports à jour, ça marche vachement plus meilleur la compilation de la JDK sur Open :)

PS: A noter que la jdk 1.3 et 1.4 seront supprimer prochainement. C’est dans le rapport hebdo sur l’état des ports dans l’arbre chez undeadly.org

OpenBSD LiveCD

Publié par Yannick Francois Dim 29 juin 2008 17:40:00 GMT

Il existait déjà quelques versions officieuses, mais cette fois, c’est la bonne. Suite à plusieurs discussion sur la mailling list misc@ l’équipe de BSDAnywhere propose maintenant une version live d’OpenBSD.

Ce live CD contient, outre OpenBSD, un bureau sous Enlightenment, AbiWord, Firefox, Thunderbird, Gimp, et toute une liste de paquet que vous pouvez consulter sur leur site: http://bsdanywhere.org/software

via Undealy.org, le journal officiel d’OpenBSD

Drapeaux en pagaille 1

Publié par Yannick Francois Dim 22 juin 2008 08:48:00 GMT

En disant drapeau, je pense aux eternels flags qui font fureur dans beaucoup d’applications de gestion (et peut-être d’autres). On en met un par là pour dire que ça c’est fait !, un autre par ici pour signaler c’est à faire, un autre là bas pour un peut-être qu’il faudrais s’en occuper. J’avoue ne pas aimer du tout ce genre de donner. Et depuis longtemps une des question qui revient souvent dans mon esprit est Mais pourquoi utiliser des flags ? Et comment pourrait-on s’en sortir sans ?

Je pense que les flags sont là pour nous permettre de mettre à plus tard un traitement, effectuer une sorte de désynchronisation. Soit pour dire c’est à faire, soit pour dire c’est fait. Alors pourquoi ne pas faire les choses tout de suite ?

Je pioche un exemple dans l’application sur laquelle je travail aujourd’hui: la facturation. Un facture est créée dans le système, on la stock dans la base. Jusqu’ici, c’est classique. Mais voilà, le système doit communiquer avec 2 voir 3 système externe (selon les filialles dans lesquels on installe l’application). Alors on lui colle des flags logique: 0_,_1 ou carement des flags textuel send,ready,send. Le tout pour que lors de l’execution d’un batch, un peu plus tard dans la journée, voir à la fin du mois, le programme soit capable de savoir quelle facture il doit prendre en compte.

Mais finalement, pourquoi ne pas, au moment de la création de la facture, de son annulation ou tout autres évènement, créer des objets propre au batch devant s’executer plus tard ? Pourquoi ne pas faire les choses tout de suite ? On pourrais me dire: “Oui mais tu comprends ça fait créer une table pour chaque application externe et tout ça”. Bah, aujourd’hui on se bat avec des flags à initialiser, à mettre à jour, à modifier sur chaque évènement, alors bon. Pourquoi ne pas travailler tout de suite sur une structure qui facilite l’execution du batch ? En plus cela découplerais la facture de notre système et l’image d’elle même que l’on doit envoyer aux autres (qui souvent n’est pas vraiment la même). On pourrais aussi du coup modifier, sans impacter le système courant, l’image que l’on doit envoyer quand l’application externe change de mode de fonctionnement.

Vous en pensez quoi vous ? Il y a beaucoup de flag chez vous ? Avez vous une autre idée pour s’en passer ?

A chaque fois que ces flags sont sources de problème, je me lève dans l’openspace pour faire des signes, comme quand sur les portes avions, les petites mains font signe au avion avec des drapeau pour les remettre à l’horizontal :-), que je suis chiant des fois

Billets précédents: 1 2 3 4 5 6 ... 66