tyPouypOblOg :

Shoes change de pompes

Tue, 19 Aug 2008 10:07:00 +0200

Le micro framework graphique initié par _Why Shoes a un nouveau site dédié: http://shoooes.net/

Un petit rappel également pour le très intessant The Shoebox qui est une gallerie d’application Shoes.

On en reparlera plus tard ;-)

Choisir un ordinateur portable

Sat, 16 Aug 2008 18:55:00 +0200

Quand on a l’habitude d’utiliser une bonne grosse tour avec un écran gigantesque, un bon clavier et de la place autour de tout ça, c’est dur de choisir un ordinateur portable correctement, voici quelque pièges dans lesquels je suis tombé, et comment j’ai eu l’occassion de rectifié le tir.

Il y a quelque mois, me voici dans l’obligation de choisir un ordinateur portable. Le contexte, c’est important pour le choix d’une machine: un nouveau job dans une SSII qui m’amènera à me déplacer souvent.

Ok, alors il me faut un bon processeur et de la ram, il ne faut pas déconner, je vais quand même faire un peu de developpement sur cette machine ! Un bon disque dur aussi, les portable sont souvent équipé d’un disque qui tourne pas très vite, je vais prendre un 7200 tours/minutes, comme ça, ça va envoyer la purée. Il me faut un belle écran aussi, je vais me prendre un truc trop bien en utlra bright view wild très large avec tout plein de pixels affiché et l’écran qui brille ! Je me restreint à un beau 15 pouces en écran large quand même. Bien sur niveau connectique, il me faut tout, et le lecteur/graveur de cd/dvd aussi.

A tiens ils (dans mon cas, Dell) fournissent un sac à dos ? C’est original (c’est là que ça aurait du me mettre la puce à l’oreille).

Bon, je vous passe le prix de la configuration, et je vous montre ce que j’ai du coup (fait) acheter:

ps: C’est celui de droite bien sur

Alors la super configue qui va bien, c’est sur, posé sur le bureau c’est top de chez top. Mais alors dès que je part en déplacement, c’est la misère. Je me retrouve avec une carapace de tortue géante sur le dos de pas loin de 5 kilos. Je ne parle même par de l’autonomie, a peine plus de 2 heures...

Au bout de 3 déplacements, j’ai commencé à raler sur mon choix… Une opportunité plus loin, et voilà que je peut changer de machine ! On me propose de refaire une commande !

Bien, cette fois je ne vais pas utiliser les même critères, mon contexte c’est le mobilité. Quitte à prendre moins puissant, avec un écran moins grand, il me faut de la légèreté, un faible encombrement, de l’autonomie

Me voilà cette fois dans le coin des 12 pouces de chez Dell, ou plutôt dans la catégorie des moins de 2 kilos. Voilà, je craque pour le petit là, oui oui le tout petit…

ps: toujours celui de droite hein :)

Alors c’est sur j’ai pas un écran brillant machin truc qui fait 3 kilomètres de large. Jai pas de lecteur/graveur cd/dvd intégré, c’est un lecteur externe qui est fourni avec, d’ailleurs je le laisse à la maison en général. Mais le gros avantage, le grand trip c’est quand je le glisse dans la house du MacBookAir (ben oui c’est ce que j’ai trouvé de mieux adapté) et que je met ça entre deux pochettes dans mon sac habituel. Avec ça et presque 4 heures d’autonomie, je suis tranquille, et la machine me suit partout ! :)

Alors faite attention quand vous choississez un ordinateur portable. Prenez bien en considération le contexte d’utilisation de votre machine. Vous allez pas me dire qu’il n’y a que moi pour m’être planté de la sorte ?

Pour information:

La première machine que j’avais commandé est un Dell Precision M4300 , une très belle machine, mais il ne faut pas avoir à trop ce déplacer. Pour l’heure elle fait le bonheur d’un collègue sédentaire :)
La seconde est un Dell Latitude D430 machine que j’utilise aujourd’hui depuis un gros mois et qui me convient très bien :)

Ruby : Test Unitaire

Fri, 15 Aug 2008 14:41:00 +0200

Ruby bénéficie comme beaucoup d’autres langages modernes de son framework de test. Voici donc une petite documentation sur comment écrire un test unitaire pour Ruby.

Pour ceux qui ne savent pas ce qu’est un test unitaire, je vous renvoie sur l’article Test Unitaire [wikipedia]

Pour commencer il nous faut importer la librairie “Test::Unit”

require "test/unit"

Rien que cela nous permet déjà de faire un premier test en executant notre script.

yannick@libellule:~/Code/RubyFrance/testUnit $ ruby testUnit.rb
Loaded suite testUnit
Started

Finished in 0.000607 seconds.

0 test, 0 assertions, 0 failures, 0 errors

Le fait d’inclure la librairie de test unitaire permet d’avoir un comportement par défaut qui va:

Charger la suite de test à executer
lancer les tests
faire l’affichage des resultats de test
faire un compte rendu de cette execution

Ajoutons un test maintenant

require "test/unit" 

class StringTest < Test::Unit::TestCase
  def test_length
    s = "Bon test à tous !" 
    assert_equal(17, s.length)
  end
end

Nous avons défini une classe, celle-ci doit étendre TestCase. Cela permet au framework de test de s’y retrouver. Chaque méthode de test définie ensuite doit contenir test en début de nom (le caractère _ n’est placé que pour une meilleur lisibilité et selon les conventions couramment appliquées en Ruby)

Les méthodes assert (ici assert_equal, mais il en existe beaucoup d’autres) permettent d’effectuer un test. Ici un test d’égalité, mais nous pourrions également vérifié une différence, un bouléen répondant vrai ou faux et d’autres encore (voir la documentation sur le module Test::Unit::Assertions).

Après execution, voici le résultat:

yannick@libellule:~/Code/RubyFrance/testUnit $ ruby testUnit.rb
Loaded suite testUnit
Started
.
Finished in 0.000802 seconds.

1 test, 1 assertions, 0 failures, 0 errors

Un test a été executé avec succès.

Ajoutons encore un test pour avancer:

require "test/unit" 

class StringTest < Test::Unit::TestCase
  def test_length
    s = "Bon test à tous !" 
    assert_equal(17, s.length)
  end
  def test_expression_substitution
    assert_equal("", "#{'ah! ' * 3}")
  end
end

Après exécution nous obtenons:

yannick@libellule:~/Code/RubyFrance/testUnit $ ruby testUnit.rb
Loaded suite testUnit
Started
F.
Finished in 0.000827 seconds.

  1) Failure:
test_expression_substitution(StringTest) [testUnit.rb:12]:
<""> expectedbut was
<"ah! ah! ah! ">.
2 test, 2 assertions, 1 failures, 0 errors

Et voilà, comme vous l’aviez deviné, nous avons une erreur. Dans notre cas, l’erreur viens de notre test.

On vois ici l’interêt de mettre chaque test sur un domaine différent dans une méthode différente: on vois facilement quel type de test nous voulions effectuer. Dans le développement d’une application complète, avec plusieurs dizaines d’objets à tester, et plusieurs dizaines de méthodes sur chacun d’eux, les erreurs d’exécution de test peuvent devenir un vrai casse-tête.

Effectuons la correction:

require "test/unit" 

class StringTest < Test::Unit::TestCase
  def test_length
    s = "Bon test à tous !" 
    assert_equal(17, s.length)
  end
  def test_expression_substitution
    assert_equal("ah! ah! ah! ", "#{'ah! ' * 3}")
  end
end

exécution du test:

yannick@libellule:~/Code/RubyFrance/testUnit $ ruby testUnit.rb
Loaded suite testUnit
Started
..
Finished in 0.001273 seconds.

2 test, 2 assertions, 0 failures, 0 errors

Et voilà. Vous devriez être capables de commencer à écrire quelques tests, mais ce n’est qu’un début !.

Cet article a été écrit pour le site de l’association RubyFrance, vous pourrez le retrouver dans les documentations proposées par l’association: RubyFrance: TestUnitaire

Retour en ligne

Thu, 14 Aug 2008 19:50:00 +0200

Toutes les bonnes choses ont une fin

Les vacances ne sont pas encore tout à fait fini pour moi, mais me revoilà avec un ordinateur connecté à internet dans les mains :-)

Quelques images de la Bretagne, les Côtes d’Armor pour être plus précis. Cela faisait un moment que je n’avais pas vu la Bretagne, ça fait du bien :-)

C’est très beau la côte de granite rose, nous avons parcouru le GR34 par petit morceau pour la découvrir, je vous le conseil !

Typo Upgrade

Fri, 01 Aug 2008 21:51:00 +0200

Ce blog tourne maintenant avec la version 5.1.2 du moteur de blog Typo (également appeler typoesphere). Comme d’habitude, du bon boulot.

Bravo à l’équipe ! Merci Cartier Bresson !

L’annonce officiel: Typo 5.1 Cartier Bresson is out

Et pour compléter ce billet, je tiens à vous signaler/rappeler que l’équipe de Typo à mis en place Redmine un gestionnaire de projet écrit en RubyOnRails et que vous pouvez trouver tout plein de thème dans le jardin de typo.

D’autres nouveauté devrait arriver d’ici le 15 aout dans les parrages…

Jruby 1.1.3

Thu, 17 Jul 2008 11:49:00 +0200

Jruby vous connaissez ? C’est l’implémentation Java du langage de programmation Ruby. Une implémentation qui à mon avis séduit ou séduira la plus part des entreprise ayant déjà une infrastructure basé sur la technologie Java.

Et bien cette semaine, c’est la dernière ligne droite, Tom a déclenché les hostilitées en annonçant la sortie d’ici la fin de semaine de la nouvelle version 1.1.3 de cette implémentation, et du coup propose à tous de signaler ce qu’ils souhaitent voir dans cette version (archives de l’annonce: JRuby 1.1.3 by end of week…Nominate problems here…. Charles Oliver Nutter a surenchéri en faisant suivre le message sur la mailing list User (The reason we’re pushing 1.1.3 now is so we can finally branch 1.1 into full maintenance mode and start hitting Java integration hard.

Les demandes pleuvent, je vous prévient un peu tard peut-être pour participer, mais essayé toujours. Au pire on fera les tests sur cette nouvelle mouture.

OpenBSD 4.4 beta

Thu, 17 Jul 2008 11:31:00 +0200

Quel honte, j’ai laissé passer l’information sans vous tenir au courant !

Mösieur Théo a posé le tag 4.4-beta dans l’arbre CVS d’OpenBSD ! C’est tôt, mais apparemment le Hackathon de cet année à permis beaucoup de bonne avancé.

Ce numéro de release sonne une grande étape. C’est le dernier numéro de la version initial des système BSD. L’équipe d’OpenBSD s’investi énormément pour en faire une grande version !

OpenBSD turns 4.4-beta sur undealy.org évidemment.

Fête en grande Pompe

Fri, 11 Jul 2008 11:38:00 +0200

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

Tue, 08 Jul 2008 23:14:00 +0200

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

Tue, 01 Jul 2008 22:44:00 +0200

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