Articles de brian :
- error : error : null
Connaissez-vous la loi de Demeter?
Certains d’entre vous connaissent sûrement la loi de Demeter, mais un petit rappel ne fait jamais de tort :
Vous allez me dire : « C’est bien beau la théorie, mais en pratique ça s’exprime comment? »
Voici donc un exemple :
Donner une chance à l’innovation
Ceux qui me connaissent savent que j’aime l’innovation et les gadgets inhabituels.
Il suffit de demander à mon ami Marc Laroche qui m’a donné en cadeau un distributeur de papier de toilette… qui est aussi une radio.
Quand j’ai vu qu’il y avait beaucoup de réactions cyniques à l’égard des lunettes à réalité augmentée de Google (Project Glass), j’étais un peu déçu.
En tant que développeur, pensez-vous qu’un ergonome peut vous aider à rendre le code plus simple?
J’ai souvent été en contact avec une espèce étrange que nous appelons ergonome Web. Mais je n’avais jamais vraiment compris l’impact qu’ils peuvent avoir non seulement sur l’expérience utilisateur, mais également sur le travail du développeur.
Dans mon mandat actuel, l’interface utilisateur est créée au fur et à mesure. Les premières versions de celle-ci n’avaient pas fait l’objet d’une réflexion ergonomique. Nous avions donc développé le code en ce sens. Ce faisant, nous avions 9 concepts de boutons qui étaient repris dans tout le logiciel.
Review du mobile 2010
Je viens juste d’assister a une conférence de Mathieu Villeneuve, de la compagnie Piranha. Il a montré une video que j’ai trouvée très intéressante. Le vidéo résume en gros où est rendue l’industrie du mobile en 2010.
http://www.mobilefuture.org/video/archives/mobile_year_in_review_2010/
Issue with Android and IntelliJ
During the Codapalooza, we use intelliJ to develop our Android Application.
IntelliJ is a great IDE, but we found an issue with it.
The issue was that the compile was failing with the fallowing error:
After an investigation on the net, we discover that it was only because the libs folder was not in the project. We simply added the folder and everything was working after that.
This was on version nine of intelliJ but i hope in version ten it will be fix.
Codapalooza – Mes impressions
La première édition de codapalooza est terminée… et après 15 heures de sommeil et deux jours de calmes, je peux enfin donner mes impressions. Pour ce faire voici en gros le déroulement de mes 32 heures de développement.
Vendredi 9h
- Arrivée au bureau, je suis le seul de mon équipe, mais ce n’est pas grave, car ça me laisse le temps de parler aux autres équipes… et déjà la compétition amicale commence entre moi et rankinternationalgirl (mon équipe initiale, que j’ai quittée, car je voulais apprendre android) …
Vendredi 9h14
- Oh non la machine à café est en réparation, comment allons nous faire pour survivre… Je pars au Tim Hortons acheter 20 tasses de café… la madame du Tim n’était pas contente, car il y avait beaucoup de client et je vide toutes ses cruches.
- Ouverture officielle du codapalooza, le reste de mon équipe arrive et on commence la première activité de création … soit décorer notre salle ou pendant 32heures nous allons coder et s’amuser. Merci à Simon, Monsieur Poteau notre médiateur en cas de conflit prend naissance.
Vendredi 10h15
- On commence à coder et manger des cochonneries. On divise l’équipe en deux pour faire du binôme. Carl Létouneau joue le rôle du professeur, car c’est lui qui a le plus d’expérience avec Android. On commence à coder le Timebox.
Vendredi 12h30
- Même si on n’a pas faim, on se commande de la bonne bouffe grasse pour notre pause.
Vendredi 13h30
- On recommence à coder. Notre mission terminer le Timebox pour pouvoir le mettre sur le market d’Android pour le démo au groupe à 18h30.
Vendredi 18h18
- On génère l’apk avec la clé pour pouvoir mettre l’application sur le market.
Vendredi 18h22
- On Upload l’apk sur le Market, mais problème on n’a pas rentré le numéro de version et on n’a pas une image 512×512 qui est obligatoire sur le market. On demande à notre maitre graphiste Guillaume de nous fournir une image. On refait l’apk
Vendredi 18h27
- Notre application est sur le market High-Fives de l’équipe on peut respirer.
Vendredi 18h30
- Démonstration de notre application aux autres équipes… Yes, rankinternationalgirl a pas de démo à faire… mais j’ai vu ce qu’ils ont commencé et ça promet d’être vraiment beau. Apres la demo on se remet a coder.
Vendredi 22h
- On code toujours, l’équipe du site web codapolooza décide de mettre de la bonne musique, mais voila que l’équipe Pyxis Sosoft viens chialer, car ils ne sont pas capables de se concentrer puisque la musique est trop forte. La guerre entre les vieux et les jeunes commence
…
Samedi 2h
- Y a personne qui veut aller au Paintball ou go-kart ouvert 24h. Sniff Sniff…
Samedi 9h
- Je suis pu capable c’est l’heure de la power sieste.
Samedi 10h
- C’est le réveille et on recommence a coder.
Samedi 16h
- L’énergie n’y est plus je décide de quitter pour la maison… je roule un peu, mon char fait un drôle de bruit.. ce n’est pas vraiment grave, car il s’agit d’une poubelle. Mais oups voilà que j’ai presque pu de frein. Je tire donc mon brake a bras. Ouf ça brake … Codapalooza coder comme si c’était votre dernière ligne de code, je crois que dans mon cas cela aurait pu être vrai…
En conclusion
Durant deux jours, je me suis vraiment amusé. Je crois que cette activité a permis de renforcer l’esprit d’équipe de Pyxis. Mais aussi dans mon cas, cela m’a donné un regain d’énergie et de passion. J’ai pu apprendre à développer une application Android, mais surtout renforcer mon sentiment d’appartenance à cette merveilleuse compagnie qu’est Pyxis. De plus, ça m’a permis de réaliser qu’il est possible de toujours coder comme si c’est notre dernière ligne de code et ce même dans des moments de stress.
Journée Mira à Pyxis
Le 16 juillet dernier, Pyxis Technologies a organisé la deuxième édition de la journée Mira.
Cette journée permettait aux employés d’amener leur chien au travail en échange d’un don minimum de 20 $.
Avec les dons, nous avons pu amasser 335$ mais surtout nous avons pu avoir un environnement un peu plus énergique pour ne pas dire chaotique.
Merci, donc à tous les Pyxissiens qui ont participé et nous vous invitons à faire la même chose dans votre milieu de travail enfin d’aider la cause Mira.
Pour ceux qui ne connaissent pas, je vous invite à regarder Mira TV
Truc podcast 2 – Une serviette, ça ne sert pas juste à essuyer!
Lors du deuxième podcast de Vox Agile : ‘Élargir les horizons’, nous avions enlevé toutes les bébelles pour empêcher les sons nuisibles, mais ce n’était pas suffisant.
Comme les micros étaient sur une table en bois, le son se propageait plus facilement. Le simple fait de frotter la table avec la main créait un bruit de fond. Nous avons donc utilisé une serviette pour couper le son.
Donc, le truc podcast, c’est:
Une serviette ou un tissu épais sur la table empêche la propagation du son.
Truc podcast 1 – Les bébelles, ça fait du bruit!
Lors du premier podcast de VoxAgile, j’ai réalisé quelque chose : le tripotage de bébelles, ça fait du bruit.
En effet, nous avions laissé un verre et des crayons sur la table où nous faisions l’enregistrement.
Le premier réflexe des personnes autour de la table a été de prendre les crayons ou le verre.
Ils ont joué avec ces bébelles, ce qui faisait des bruits de tapotage et de frottement.
Donc, le premier ‘truc podcast’ c’est :
Enlever les bébelles pour empêcher le tripotage et, par le fait même, les bruits parasites.
Agile Tour — Mon 5 cennes
Voila déjà une semaine que j’ai assisté à l’Agile Tour de Montréal. J’ai décidé de partager mes commentaires en espérant avoir des réactions pour continuer les discussions qui ont été abordées durant l’événement.
Conférence de Mary Poppendieck
La journée a commencé avec la conférence de Mary Poppendieck. Cette conférence avait comme sujet : “Correctness can be proven at any time”
De cette conférence, je retiens 2 choses qui n’ont pas nécessairement un lien direct avec le sujet principal.
1. Le premier concept est le suivant : Ethnography.
En gros, ça consiste à étudier comment le produit que l’on développe est réellement utilisé. Mary a mentionné qu’une entreprise avait divisé les différents développeurs d’un produit en 6 équipes.
Ces équipes devaient suivre un client à l’achat du produit, le suivre jusqu’à la maison et évaluer comment l’utilisateur utilisait le produit. Par la suite, les gens se sont réunis et ont découvert que certaines fonctions n’étaient même pas utilisées.
2. La deuxième chose que je retiens, ce n’est pas vraiment nouveau mais la phrase qu’elle a utilisée ma beaucoup marqué. La voici :
The biggest defect is tolering defect.
En gros, il ne faut pas dire : C’est un bogue hyper-simple; ce n’est pas grave si on ne le corrige pas tout de suite. Chaque bogue devrait être de priorité 1.
Conférence de Scott Ambler
La deuxième conférence à laquelle j’ai assisté était celle de Scott Ambler. Cette conférence m’a laissé un peu perplexe. J’ai bien aimé le concept entre Myth Buster et Family Feud, mais le message véhiculé était plutôt négatif. Après chaque Myth confirmé ou détruit, il n’amenait pas de piste de solutions ou d’idées pour l’améliorer. Vers la fin, j’ai un peu décroché car il ne nous ‘garochait’ que des statistiques.
Conférence de François Beauregard
La troisième conférence était celle de François Beauregard. Comme toujours, François a su captiver l’auditoire avec son humour. J’ai bien aimé le message qu’il voulait véhiculer, soit que l’Agilité n’est pas une solution miracle. Ça prend une volonté de changer, et surtout un changement de philosophie. En gros, il faut miser sur l’humain.
Conférence de Gino Marckx
La quatrième conférence était celle de Gino Marckx. J’ai bien aimé car il s’agissait d’une séance interactive. De plus, merci à Éric Laramée, j’ai pu trouver une solution à un de mes problèmes. En gros, cette conférence avait pour but d’aider les gens à trouver les raisons derrières un problème et trouver des solutions.
Une phrase qui m’a marquée est la suivante :
Everybody is right from their own perspective.
Voici un exemple un peu extrême de ce que j’ai compris de la phrase :
Un développeur qui dit : Je ne comprend pas que le PO ne veuille pas que l’on fasse du refactoring , ça va prendre juste un sprint et après ça va aller tellement mieux.
Le développeur ne sait peut-être pas que le PO a eu une directive du stakeholder comme quoi s’il n’a pas développé la fonction demandée, le projet va être interrompu.
C’est un peu extrême mais j’essaie de démontrer que selon l’information en main, nous n’avons pas la même perspective.
Conférence de Jérôme Barrand
Je n’ai pas assisté à la cinquième conférence car la journée commençait à me rentrer dans le corps.
Cependant, je suis resté jusqu’à la conférence de Jérome Barrand, que j’ai bien aimée car l’humour de Jérôme m’a donné un regain d’énergie. Pour être franc, je ne me souviens plus trop du message si ce n’est que l’Agilité peut aider les entreprises.
La seule chose dont je me souvienne se sont ses histoires de Renaud 5 et de ce qui est plus complexe qu’un homme.
Pour finir, j’aimerais juste dire que j’ai bien aimé ma journée et que nous pouvons être fiers de ceux qui ont participé à l’évènement.
J’espère aussi que nous avons pu amasser beaucoup d’argent pour FIAN avec la vente de chandails et de l’application _agilely Timersur App Store.
Mon 5 cennes






