août 2007

ags: Ruby on Rails, Programmation, Ruby

Je suis à travailler sur une intégration avec PayPal sur un projet en Ruby on Rails. Pour ce faire j’ai donc téléchargé le Gem PayPal développé par ELC Technologies. Les vérifications préliminaires sont prometteuses, le Gem se comporte tel que souhaité et fidèle à la philosophie de Rails il se concentre sur le résultat faisant fi de la configuration
au profit de la normalisation. Au moment d’entamer le code qui vas assurer la modification du profil des utilisateurs en fonction de l’abonnement sélectionné j’arrive au point épineux des tests. Je ne vais certainement pas écrire une portion si important du site sans m’assurer qu’elle se comporte adéquatement. Le problème est simple, le Gem sers précisément à interagir avec le site externe qu’est PayPal et je ne désire pas dépendre de la présence de leur serveur pour exécuter mes tests fonctionnels. Après quelque recherches dans la base de code du Gem lui même j’ai trouvé ma réponse… et je dois admettre que la solution de Mr Luetke au problème est très… ingénieuse.

Dans les tests du Gem, on trouve un fichier nommé « method_mock.rb » qui est utilisé dans les tests unitaires du Gem. Après plusieurs lectures et un merveilleux mal de tête j’ai finalement accroché sur la première ligne du fichier… « class Module ». Une révélation, un de ces « Ah Moment » dont je vous parlais l’autre jour. Le code du fichier sers à remplacer temporairement le code de n’importe quelle méthode de n’importe quel module (et donc par extension classe) du langage… par exemple, le code nécessaire pour se connecter à un serveur distant. Mon problème est résolu… pas le même moyen qu’à utilisé Mr Luetke pour tester son Gem. La solution est élégante et permet beaucoup d’autre utilisations, comme par exemple fournir un fichier de la suite de test en remplacement d’un fichier externe. Bon, j’y retourne, les doigts me démangent d’avance encore un peu… un test à la fois (ou comme chanterais les américains: « Test by test… oh baby… gonna get software that will works! »)

Ceux qui n’ont pas le bonheur comme Hugues** de travailler avec moi, n’ont jamais entendu certains des « YES » retentissant qui peuvent fuser de mon bureau dans les moments de grand travail. Loin d’être un cri sauvage et sans raison ils sont l’expression du plaisir de mettre en place tous les morceaux d’un problème ou encore de finalement comprendre clairement quelque chose. Les anglophones ont une expression très juste pour les décrire… ils les appellent tout simplement « those Ha! moment » (c’est moments où l’on fait : « Ha! »). Et franchement, la grande majorité de ces moments sont silencieux mais quand même empreint d’un sentiment d’accomplissement.

L’apprentissage et la compréhension nécessitent plusieurs éléments pour être effectifs et durable. Un de ces éléments est le plaisir… eh oui… on retient mieux ce qui nous fait plaisir et arriver au travail le matin pour attaquer un problème motivant est cent fois plus intéressant que de se traîner la patte au bureau. Donc, à l’instant ou mes neveux ont les yeux pétillent de joie lorsqu’ils trouvent la solution par eux-même à une devinette, j’essaie aussi souvent que possible de trouver ma motivation et mon plaisir à l’intérieur même de mon travail chez M2i3. En avez-vous aussi? Jean-Marc ** bonheur ou malheur… il y a des moments où je doute puisque je ne suis pas toujours un collège évident… mais connaissant Hugues et sa franchise, j’imagine que c’est le bonheur, sinon… il m’en aurait parlé.
Jean-Marc