Jean-Marc

Tags: Ruby, Défi Ruby

Un défi très simple mais qui expose une fonctionnalité de Ruby très intéressante… la conversion entre des nombres de bases différentes. Vous connaissez très certainement la base 16 sous-jacent au système hexadécimal ou encore la base 2 derrière le binaire. Mais connaissez
vous la base 8 derrière le système octal? En fait, il existe autant de bases qu’il y a de nombres et de symboles mais on s’en tient en général aux trois bases ci-haut. Le défi d’aujourd’hui est d’une simplicité surprenante… une fonction dans un fichier ruby que vous devrez appeler en fournissant le bloc de code pouvant résoudre les quatre paires de valeurs. Le but, fournir la conversion qui permet de passer de un à l’autre et en même temps de découvrir la base utilisée pour effectuer la conversion. Voici un court exemple (ce n’est pas la solution bien sûr):

Bon défi!
Jean-Marc

Tags: Ruby on Rails, Programmation, Ruby, IDE

Hier j’ai frappé un noeud… Radrails utilisais 200mb de mémoire sur mon ordinateur portable en plus de prendre une éternité pour ouvrir quelque fichiers que ce soit. Ce n’est pas la première fois mais, hier, j’ai perdu patience et me suis lancé à la recherche d’un nouvel éditeur. J’travaille sous Windows donc j’peux faire un croix sur TextMate et malgré tout le bruit autour d’Aptana j’aimerais m’éloigner de tout ce qui roule sur Eclipse à cause de la lourdeur. Je me lance donc en période d’essai, je suis à nouveau libre d’éditeur, un développeur sans attache. Ma première conquête Komodo Edit d’ActiveState. À première vue, il rencontre mon critère de base, il est léger et assez rapide (pour ma première soirée en tête à tête, après sa toute première initialisation les projets sont chargés en 10-15 secondes, contrairement à la minute habituelle de RadRails). On peut rapidement configurer les commandes qui viennent standard avec RadRails (qui avec un peu de recul… j’apprécie le fait de pouvoir les configurer exactement à ma façon). Dans les négatifs, Komodo n’est pas OpenSource ce qui me mettrais à la merci de ActiveState s’il décidait de ne plus avoir de license gratuite. Reste donc à voir si ma productivité vas augmenter. à bientôt!
Jean-Marc

Tags: Programmation

J’écoutais récemment la présentation de Randy Shoup sur l’architecture d’eBay {en}. Plusieurs points m’ont fasciné dans cette présentation:

• Le site où la présentation est disponible… voir le « powerpoint » en même temps que le dialogue, très intéressant
• Chez eBay tout est énorme
• Plusieurs des techniques discutées dans le site ne s’appliqueront probablement jamais à vous
• La vitesse d’un site est purement une question de perception

C’est ce dernier point que j’aimerais couvrir aujourd’hui. Souvent, très souvent, les sites webs et logiciels sont développés pour fonctionner de façon synchrone et séquentiel. Imaginons un site web où
les utilisateurs peuvent inscrire des commentaires. Utilisons M2i3.com comme exemple. Nous désirons que les choses suivantes surviennent lorsqu’un utilisateur envoie un commentaire:

• Vérifier que le commentaire n’est pas du spam
• Aviser un service de collection de commentaires quelconque qu’un commentaire a été ajouté
• Envoyer un courriel à l’utilisateur le remerciant du commentaire
• Envoyer un courriel au propriétaire du site avec le commentaire dedans
• Retourner une page pour remercier l’utilisateur de son commentaire

Il ne faut pas oublier que le service de spam pourrait être non-disponible tout autant que le service de collection de commentaires. De plus, chaque service contacté prends du temps, sans compter le temps nécessaire à l’envoie des deux courriels. Vous commencez à voir le portrait? Non???

Premièrement, aussi fiable que soit les services pour le spam et les commentaires, il y a des jours où ils ne seront pas disponibles ou trop occupé pour répondre aux commentaires envoyés par notre site. Ces jours-là, nos utilisateurs ne pourront pas envoyer de commentaires… et si on ne fait pas attention, notre site aura l’air « brisé ». Ensuite, qui veut attendre 2-3 secondes pour se faire dire « merci d’avoir envoyé uncommentaire » (peut être plus longtemps si les services sont occupés ou surchargés). Et pendant que notre site s’occupe de ce commentaire, il y a d’autres requêtes qui ne pourront être servie. Le site semblera plus lent, peut être même non-disponible s’il est cité sur un site très populaire comme digg. Regardons certains aspects de la soumission du commentaire. La validation de spam doit survenir avant d’effectuer tout le reste. On ne voudrait pas afficher un commentaire illégitime ou aviser tout. Et l’envoie des courriels ainsi que le service de collection de commentaire n’ont pas besoin d’être complétés avant de remercier l’utilisateur et rendre le blogue disponible. Donc si on réorganise la soumission de commentaires de façon totalement asynchrone le commentaire sera ajouté avec un état « nouveau, non-validé » et un message envoyé dans une queue pour traitement ultérieur (et par ultérieur on veut dire dans les secondes qui suivent, l’important est que la soumission du commentaire peut être complétée sans que les autres étapes soient nécessaires). Pour l’utilisateur du site web, la soumission semble alors instantanée et même si les autres services sont lents ou non disponibles notre site web continue à fonctionner. Si, pour quelques raisons que ce soit, la fréquentation du site augmente drastiquement, la queue de validation peut devenir plus lente, mais le site semblera toujours rapide… et rien n’empêche de séparer la validation du commentaire du service de ping et des courriels. De cette façon le commentaire sera, la majorité du temps, validé avant même que la personne l’affiche et le reste des événements se dérouleront comme prévu, plus tard. Qu’en dites-vous?
Jean-Marc

Tags: Agile

Il y a un peu moins d’un an, Hugues touchait le sujet des scrums sur un projet à sa charge. Rapidement Scrum est une méthode agile de gestion de projet logiciel. Les prémisses sont très simples et focussés sur l’équipe de travail ainsi que sur le travail à accomplir. L’overhead réduit à un minimum. Pour plusieurs compagnies c’est la méthode de gestion
de projet idéale. Enfin, pour celles qui l’appliquent correctement. J’en ai encore eu l’exemple ce matin… et j’était bien heureux de ne pas participer à ce scrum. Donc, en regardant le déroulement d’un sprint au quotidien, voyons ce qui n’a pas été ce matin: La réunion quotidienne permet à tout les participants (le ScrumMaster, les développeurs, les testeurs, le directeur de produit) de connaître l’avancement du projet, de connaître les problèmes encouru. C’est le point de communication de la journée. Ce matin, la réunion s’est tenu entre les développeurs et le gestionnaire du département. Donc l’équipe de test ne sais pas nécessairement ce qui s’en vient et le directeur de produit ne sait pas non plus ce qui vas lui être livré (il y a d’autres problèmes à ce niveau mais on pourra toujours en parler plus tard). Le ScrumMaster dirige la réunion. Plutôt, il maintient le protocole de la réunion en demandant tour à tour à chaque équipier les trois questions rituelles (Qu’est-ce que tu as fait hier, Qu’est-ce que tu vas faire aujourd’hui, Quelles difficultés as-tu rencontrées). La réunion appartient à l’équipe de travail après tout. C’est une des valeurs de scrum… une équipe qui s’auto-organise et trouve des solutions par elle-même.

Il y a un autre but au protocole: la réunion devrait en tout et partout durer au maximum 15 minutes. Si on s’étends sur les tâches et les problèmes la réunion débordera du temps alloué, la valeur de l’échange est diminué (vraiment… est-ce que le directeur de produit a besoin de comprendre les problèmes de création d’une table… pas vraiment, mais il a besoin de savoir qu’un problème est présent et que ça peut impacter la livraison). Revenons donc à ce matin… la réunion s’étends sur au moins 30 minutes (j’ai quitté pour aller dinner à un certains points…) mais entre temps, le gestionnaire de l’équipe a questionné chaque développeur sur les problèmes, donné ses recommendations sur les solutions à implémenter ce qui a généré des discussions entre les développeurs eux-même… enfin pas tous, certains regardait leur montre avec impatience. Au retour de mon diner, l’équipe travaillait. Les discussions sur les problèmes se sont continué (heureusement) et les problèmes résolus… pourtant, je suis certains qu’à demander à qui que ce soit dans l’équipe s’ils ont vraiment avancé vers la livraison… hum… je ne crois pas qu’ils auraient pu m’aider puisque l’équipe ne s’est pas organisé et planifié rapidement leurs actions pour la journée. D’après vous… qu’est-ce qui ne fonctionne pas dans l’équipe? Plusieurs choses… 1. Le gestionnaire ne laisse pas l’équipe se gérer. Tout le monde est d’accord pour dire que plusieurs têtes valent mieux qu’une. Pourtant lorsqu’il vient le temps d’organiser le travail c’est souvent une seule tête qui décide pour tout le monde des actions à prendre. Problème de confiance? Problème de compétence? Difficile à dire, mais c’est certains qu’on manque bien des points de vue dans ces temps là 2. Les roles ne sont pas respectés. Que le gestionnaire du département dirige le scrum est parfaitement acceptable… mais son rôle devrait se limiter à enforcer le protocole. De cette façon l’équipe peut se concentrer sur le but de la réunion (qui est très simple après tout)… la débuter, prendre l’information et les décisions nécessaire et retourner faire ce qui permet vraiment de livrer un logiciel fonctionnel. 3. L’absence du directeur de produit et des autres personnes intéressées aux progrès et problèmes. La réunion quotidienne du scrum n’ est pas un brainstorming. C’est un point de communication qui réponds à des questions essentielles. Sans ces gens la réunion perds beaucoup de valeur comme point de communication. Et voilà! Un long blogue après une absence si prolongée. Mais comme disent les sages, il faut bien commencer quelque part 😉 ou bien recommencer quelque part. Vous avez des expériences agiles qui n’ont d’agile que le nom? Allez-y j’aimerais bien les entendre. À très bientôt!
Jean-Marc

Tags: Référencement

J’ai ajouté au site de M2i3, un nouveau bloc de taxinomie. Regardez dans le menu de gauche, vous verrez des nouveaux liens sous le menu Taxinomie. Vous pourrez donc trouver tout nos articles regroupés selon les quelques catégorie déjà en cours. Ce menu complète bien les mots clés qui sont à même les blogues. Certaine catégorie contienne peu d’articles, mais je dois faire un séance de vérification de tout nos articles pour ajuster les catégories correctement. Dans un futur proche, j’espère pouvoir vous annoncer deux excellentes nouvelles. Sur ce, je vous souhaite une bonne lecture.

Tags: Joomla

Hé bien aujourd’hui marque un grand jour pour le CMS. Joomla version 1.5 est maintenant disponible en relâche stable. Nous allons donc voir quel sont les avantages d’utiliser ce système. Il faudra en revanche que tous nos système favoris suive rapidement tel que : Joom!Fish, JoomSEF et VirtueMart. Vous pouvez charger la nouvelle version de Joomla au lien suivant: Bonne journée à tous.

Tags: Ruby on Rails, Ruby

Pendant que Zed Shaw claque la porte de Mongrel et quitte la communauté Ruby on Rails, Marc-André Cournoyer lance un nouveau serveur Web nommé Thin. Les performances sont meilleurs que Mongrel. Je dois avouer qu’avec toute les relâches intéressantes ces derniers jours, j’ai de la difficulté à tous lire et encore moins tout tester. Il faut croire que c’est la réalité de l’informatique. Parlant de relâche, voici que le nouveau de logo de Ruby est lancé.

Tags: Ruby

Juste pour me faire mentir, voila que la version 1.9 de Ruby est maintenant disponible. Il s’agit d’une version officiel et « stable ». Cette version est une version de développement mais une version de production est à prévoir sous peu. Avec Rails 2.0 et Ruby 1.9, le temps des fêtes est passablement occupé dans le milieu. Vous pouvez télécharger la version de Ruby 1.9 à adresse suivante: ftp://ftp.ruby-lang.org/pub/ruby/1.9/ruby-1.9.0-0.tar.bz2 ftp://ftp.ruby-lang.org/pub/ruby/1.9/ruby-1.9.0-0.tar.gzftp://ftp.ruby-lang.org/pub/ruby/1.9/ruby-1.9.0-0.zip Vous pouvez lire les différents changement qu’il y a dans Ruby 1.9 sur le site de Eigenclass : Changements de Ruby 1.8.5 à 1.9 J’ai encore beaucoup de lecture à faire puisque Ruby 1.9.1 serait livré avec YARV (Yet Another Ruby Vitural Machine), qui permettrai des gains de performance d’environ 15%. YARV sur Wikipedia Sur ce je souhaite une bonne année 2008 à nos lecteurs.

Tags: Ruby on Rails

Juste un court blogue. J’ai trouvé un site très intéressant que vous développez en Ruby on Rails ou en autres languages inférieurs (Je blague ici… Pas besoin de m’envoyer des courriels haineux). Le Ruby on Rails Security Project{en} contient une grande source d’information sur la sécurité informatique dans vos applications Web. Aller jeter un coup d’œil. Le portails est en anglais pour votre information. Bonne journée.

Tags: Ruby on Rails

Pour me faire mentir, le lancement de Rails 2.0 a eu lieu cette nuit. Vous pouvez maintenant télécharger la nouvelle version avec la commande suivante : gem install rails –source http://gems.rubyonrails.org –include-dependencies Vous pouvez aller voir le site offciel à : Ruby on Rails C’est installé pour moi. On va voir si la gestion des vue améliorer marche bien. Par le même fait, j’ai trouvé le site :http://railscasts.com/ qui présente de vidéo sur Rails gratuitement mais en anglais. Bonne journée.