Pour nos bon lecteur, je viens de faire une petite réparation sur notre site. Lorsque j'ai changé le site de trois colonnes à deux, j'ai accidentellement oublié de mettre un lien vers nos blogues respectifs. Petite omission qui est maintenant corrigée. Vous pouvez accéder à nos blogues en cliquant sur le liens blogues dans le menu ci-haut en dessous du slogan Connecter les besoins au solutions.

Nous sommes désolé pour les inconvénients que ceci vous a causé.

Bonne journée.

Il y aura une conférence Agile au CRIM mercredi le 16 août prochain à 17h30.
Le sujet de la conférence est Steering the Ship: The Joy and Heartbreak of Project Planning donnée par J. B. Rainsberger. Bien qu'il n'y a pas de détail, je suis porté à croire que la conférence se déroulera en anglais.

Tous les détails sur Agile Montreal

Venez en grand nombre. Je serai très probablement présent à cette conférence.

Bonne journée.

Juste un petit mot pour vous parler de RadRails. Il y a quelques temps, je recherchais un environnement de développement pour Ruby on Rails sur Windows. J’ai trouvé Ruby Development Tool (RDT) par Ruby People. RDT est un plugiciel à Eclipse. Il est vraiment bien, mais j’ai eu de la difficulté à l’installer. Il me manquait la gestion du serveur WEBrick et je n’avais aucun endroit pour utilisé un générateur. Donc ma console me servait encore beaucoup. Trop à mon goût. Suite à l’écriture d’un blogue sur le sujet, un lecteur (Gusxedge) m’a suggéré RadRails.

Cet environnement de développement est basé sur Eclipse mais est un programme en lui-même. Donc en un rien de temps, mes programmes changent d’environnement de développement. (C’est beau le code source libre). Tout est la ou presque. Vous pouvez avoir accès à tous les générateurs. Vous avez plein control sur vos serveurs. Mon seul problème est de ne pas pouvoir effectuer une migration à partir de l’écran terminal. Je suis une version en retard et peut-être que c’est corrigé dans la version RadRails 0.7. Alors, désolé pour le monde de RubyPeople, mais pour l’instant, moi je reste avec RadRails Merci à Gusxedge pour la découverte.

Bonne journée.

Voici le premier article de M2i3. Comment réaliser votre portail Web en peu de temps et sans grand coût. Certaines compagnies peuvent vous facturer des dizaines de millier de dollars pour un système de gestion de contenu simple. Si votre besoin n’est qu’une vitrine simple personnelle, vous avez une solution simple pour vous présenter sur le Web.

Lisez l’article suivant: Comment concevoir votre portail Web sans effort et a petit cout. N’hésitez pas à me laisser vos commentaires. En suivant Agile, il m'est important d'avoir une communication active avec mes lecteurs. Je veux savoir si mon article est trop long, trop court, manquant de détail ou bien s’il est parfait pour répondre à vos besoins.

Ceci est une première tentative d'article pour nous. Si les commentaires sont bons, il pourrait bien en avoir d'autres plus techniques bientôt. Notre expérience avec Ruby on Rails croit rapidement et comme nous vous décrivons au cours des dernières semaines sera probablement notre plateforme de travail préférée.

Bonne journée.

Bon, suivant la discussion de mon blogueur préféré Brendon Sinclair, j'ai décidé de faire vérifier mon article. En effet une discussion est partie sur la qualité de l'orthographe et grammaire face à la réputation de l'entreprise. Voici le blogue Stuff Matters de Brendon Sinclair.

J'ai terminé d'écrire l'article sur comment concevoir un portail Web en peut de temps et avec peu de moyen. Merci à Jean-Marc qui a révisé le côté technique, et ma douce moitié Tanya enseignante qui révisera pour moi le côté grammatical. J'espère que la qualité de ce premier article sera à la hauteur de vos attentes.

Bonne journée.

Un autre petit mot pour ce soir. Dans les faits j'ai terminé l'écriture de l'article sur comment avoir un portail simplement et à peu de coût. Je suis en train de le mettre sur le site.

Pour nos autres activités, on est dans Ruby on Rails jusqu'au coup tout les deux. Jean-Marc fait un refactoring du tonnerre avec un de nos clients et pour ma part, je mets en place un nouveau portail d'information Web sur un sujet que je ne peux discuter pour le moment.

On vous laisse pas tomber, chers lecteurs/lectrices, on travail fort pour être en mesure de vous parler nos réussites, (ou bien de nos échecs mais ça on espère pas)

Bonne journée.

Bon si le blogue semble un peu inactif, il faut dire que Jean-Marc revient de deux semaines de vacance le chanceux et que pour ma part je suis resté ici a finir une nouvelle fonctionnalité pour search4stock.ca. A voir bientôt sur ce site. Ca marche il ne reste que la mise en forme.

De plus, je me pratique avec Ruby on Rails. Je viens juste de m'appercevoir que toute la documentation est en ligne ET hors ligne. En fait, elle est téléchargé avec le gem. Donc aller voir votre répertoire \ruby\lib et vous devriez trouver le tout. C'est quand même bête que 37signals n'a pas mis toute la documentation dans un chm ou quelques chose du genre. J'ai fais une ou deux tentatives pour tout condenser mais je n'ai pas eu de succès.

A plus tard.

Bon et bien j'ai recu hier deux bons livres du moins je l'espere, Point de bascule (Tipping Point) de Malcom Gladwell et la loi de Murphy (Murphy's laws) de Arthur Bloch.

Je lis ceci sans tarde et vous laisse savoir mes commentaires.

Pour la fin de semaine, quelques articles forts intéressants. Tom Poppendieck et Mary Poppendieck sont deux personnalités fortes connus du milieu Agile. Bien qu’ils ne soient pas signataires originaux du manifeste Agile, ils ont su se démarquer par leurs très intéressants articles.

Je peux vous recommander l’article sur la gestion du pipeline de travail. Trop souvent je me suis retrouvé dans cette position inconfortable d’avoir à fournir 100% de travail facturable. Cet article décrit la tendance de certaine compagnie de ne pas laisser du temps aux développeurs. Ce temps peut être utilisé pour faire de la maintenance, une recherche personnelle ou bien absorber un projet qui se prolonge. Avoir 100% de travail comptabilisé peut causer une insatisfaction des clients. La compagnie n’aura pas de possibilité de réagir aux problèmes. Une excellente lecture en anglais seulement.

Le deuxième article est un article sur les bonus d’équipe et les augmentations. Encore une fois trop de compagnie verse des bonus en fonction de leur bon employés et non pas en fonction de la réussite de l’équipe. Cet article met en valeur la promotion de l’employé. Une promotion est en général correctement acceptée par une équipe. La personne promue aura donc de nouvelles responsabilités et l’augmentation de salaire est entendu et comprise par toute l’équipe. Une autre excellente lecture en anglais seulement.

Aller jeter un coup d'oeil au site des Poppendieck, vous trouvement une quantité d'information.

Bonne journée.