Pyxis blog » Développement logiciel

Vous avez dit DDD, Demo Driven Design?

éric de carufel — Tue, 27 Dec 2011 00:10:08 +0000

Être agile

Pour moi être agile c’est savoir s’adapter, éviter les mauvais coups. Un boxeur agile ne frappera pas nécessairement plus fort ou précis mais il recevra moins de coup. Un joueur de hockey agile ne comptera pas nécessairement plus de but mais il pourra se rendre plus souvent dans la zone pour le faire.

Un développeur agile n’est pas vraiment plus rapide qu’un autre, il sait juste éviter les récifs comme s’il descendait les rapides en kayak. Le développeur agile voit venir les coups et sait les éviter. Il sait même se mettre dans une situation où il sera en meilleure posture pour les éviter.

S’adapter c’est développer ses forces pour contrer les problèmes rencontrés. S’adapter c’est aussi laisser de côté ce qui ne fonctionne pas et utiliser ce qui fonctionne. La nature a évolué depuis des millions d’années comme ça. Il faut arrêter de faire ce qui ne fonctionne pas pour ne pas se faire déclasser pas les autres.

Démontrer

Un des préceptes des méthodologies agile est de produire des résultats démontrables à la fin de chaque cycle, ou sprint si on utilise la méthodologie SCRUM. La démo est une façon de présenter le travail accompli. J’insiste sur le terme accompli pour apporter la notion de done. Le donene veut pas dire que l’on peut le démontrer, ça veut dire que tous les critères que l’on s’est donnés sont respectés. La démo peut faire partie de ces critères.

L’objectif d’un sprint n’est pas la démo. L’objectif du sprint est de terminer les stories sur lesquels on s’est commis.

Trop souvent j’ai participé à des sprints où les priorités étaient dirigées par le désir de satisfaire les besoins de la démo sous prétexte que le VP allait y être. Les priorités doivent être dirigées par la valeur d’affaire. Le DDD ne veut pas dire Demo Driven Design mais bien Domain Driven Design mais ça c’est une autre histoire.

Martin Landreville se joint à notre équipe de développement

guillaume petitclerc — Wed, 14 Dec 2011 14:36:51 +0000

Laval, le 12 décembre 2011 – Pyxis est extrêmement fière d’annoncer l’arrivée de Martin Landreville à titre de directeur des services de développement Agiles.
« Depuis plus de dix ans, Pyxis travaille à améliorer les manières de faire en développement logiciel. C’est en combinant nos connaissances des approches Agiles et le talent de notre équipe de développement que nous en sommes venus à mettre en place notre centre de développement. Je cherchais un gestionnaire d’expérience pour assurer la mise en place et la croissance de ce nouveau centre de développement. Martin a une expérience reconnue en gestion de centre de développement d’envergure et de calibre international. Il est un gestionnaire pragmatique et exigeant au service de ses clients. Il est incontestablement la meilleure personne pour faire de cette nouvelle offre un succès retentissant », affirme Martin Proulx, président de Pyxis.

Martin sera chargé de solidifier et de promouvoir les services de développement de Pyxis en misant sur la « saveur » qui nous distingue : l’Agilité.
« Dès le début de mes discussions avec des membres de Pyxis, j’ai vu l’Agilité à l’œuvre. À Pyxis, il y a une concentration de talents assez remarquable, et j’avoue que c’est très rassurant. Je suis très heureux de joindre cette équipe qui ne va certes pas cesser de se faire remarquer », indique Martin Landreville.

Martin Landreville
Martin compte plus de 22 années d’expérience en développement logiciel. Au cours de sa carrière, il a géré de nombreuses équipes de développement et de gestion applicative. Il a participé à la réalisation de projets extraterritoriaux avec un centre de développement à Bangalore en Inde.

Martin a amorcé sa carrière à titre de développeur pour ensuite se concentrer sur le développement client-serveur et la création d’équipes de développement responsables de la réalisation de projets de moyenne et grande envergures. De plus, il a offert de la formation sur le développement orienté objet et sur le développement client-serveur, et ce, au Canada et aux États-Unis. Depuis plus de 15 ans, il se concentre sur la gestion d’équipes de développement et de gestion applicative et sur la mise en place de processus permettant la prise en charge de portefeuilles d’applications. Avant d’arriver à Pyxis, il a occupé différents postes de gestion chez Fusepoint Managed Services, CGI, IMRglobal et Visual Systems.

Le 5 meilleures façons d’améliorer son code

marie-eve trempe — Mon, 28 Nov 2011 21:41:04 +0000

Pour ceux qui ont manqué cette présentation à l’Agile Tour, voici votre chance.

Les 29 et 30 novembre auront lieu les Tech•Days à Montréal. Éric de Carufel y présentera les 5 meilleures façons d’améliorer son code. Le but de cette présentation est de vous aider à améliorer le vrai code de production.

Soyez-y!
https://payment.techdays.ca/fr/venue

Pyxis partenaire de la prochaine rencontre de la communauté .NET Montréal

marie-eve trempe — Wed, 02 Nov 2011 14:15:17 +0000

Ne manquez pas Benjamin Day et sa présentation « Too Slow: Use VS2010 Profiling and Load Testing to Manage Performance Issues ». Au cours de cette présentation, M. Day démontrera comment améliorer la performance de ses applications et régler les problèmes de performance.

M. Day sera avec nous le lundi 7 novembre dans le cadre des rencontres de la communauté .NET Montréal.

Visitez le site du groupe pour obtenir de plus amples renseignements et pour vous inscrire.

Au plaisir de vous y voir!

Comment savoir si nous sommes plus productifs depuis que nous sommes Agiles?

sylvie trudel — Thu, 27 Oct 2011 23:00:52 +0000

Plusieurs organisations choisissent d’adopter des méthodes Agiles en souhaitant améliorer leur productivité. Mais qu’en est-il? Comment peut-on mesurer la productivité du processus de développement?

Y a-t-il des répercussions sur les individus? À quel genre d’amélioration de productivité peut-on s’attendre en adoptant l’Agilité? Quels sont les facteurs principaux de succès apportés par l’Agilité pour optimiser notre productivité? Aussi, quelles sont les sources de gaspillage les plus fréquentes qui ralentissent la productivité du processus? Sylvie répondra à ces questions avec des exemples concrets et parlera des méthodes de 2e génération de mesure de la taille des logiciels.

Top 5 des meilleures façons d’améliorer votre code

éric de carufel — Thu, 27 Oct 2011 19:13:19 +0000

“Think once read many.” Arrêtez de redécouvrir ce que vous avez déjà trouvé. Durant cette présentation, Éric présente 5 façons économiques et efficaces de remanier votre code pour en améliorer la clarté. Vous devez prendre le temps de rendre votre code lisible une seule fois pour éviter que les autres y consacre du temps à nouveau.

HTML5 vs Silverlight

marie-eve trempe — Wed, 26 Oct 2011 19:29:42 +0000

Le mercredi 26 octobre aura lieu la rencontre de la communauté .NET Montréal. La rencontre sera animée par Éric de Carufel et Maxime Rouiller. Ils vous attendent en très grand nombre afin d’échanger sur le sujet et de répondre à vos questions.

Visitez le site de la communauté .NET Montréal pour en savoir plus et vous inscrire à cette rencontre.

Refactoring de tests

éric mignot — Thu, 13 Oct 2011 08:34:22 +0000

Salut Je faisais remarquer aux participants d’une PSD le mois dernier que l’on passe énormément plus de temps à lire du code qu’à en écrire. C’est pour cette raison, entre autres, que je leur conseillais d’investir dans la lisibilité du code. Une façon de faire ça qui fonctionne bien pour moi c’est d’écrire l’intention du test en langage naturel, puis de m’arranger pour faire compiler et passer ce que je viens d’écrire. Un exemple ? Allez, un exemple… Considérez le test suivant. Sans doute vous trouverez que j’exagère de montrer autant de choses qu’il ne faut pas faire, mais c’est pour l’exemple. Le défaut de ce test qui m’intéresse aujourd’hui c’est que beaucoup de gens vont le lire plusieurs fois pour bien comprendre son intention. Si j’essaye de me concentrer sur l’intention du test, en tentant d’activer mon meilleur anglais, cela me donne envie d’écrire les choses plutôt comme ci-dessous. A partir de là, je dis souvent aux participants « il ne vous reste plus qu’à placer les parenthèses et les points où cela vous arrange pour faire compiler tout ça ». Il y a bien sûr plusieurs façons de le faire et je ne vais pas m’étendre sur ce point. Juste mentionner que pour ma part j’aime bien le pattern builder et, en Java, les imports statiques. Cela peut par exemple donner le résultat ci-dessous. C’est plus clair non ?

Pyxis est à la recherche de développeurs chevronnés.

guillaume petitclerc — Mon, 18 Jul 2011 12:06:22 +0000

Pyxis est à la recherche de développeurs chevronnés. Plusieurs se demandent que signifie chevronné.

[poll id="2"]

Découvrez ce que nous voulons vraiment dire par développeur chevronné »

“a working proposal” : semaine 3/3

éric mignot — Fri, 18 Mar 2011 17:14:06 +0000

C’est toujours émouvant pour moi d’arriver à ce qui semble être la “fin” d’une aventure. Depuis 3 semaines nous avons eu cette journée en point de mire. La construction de cette offre autour d’un logiciel qui fonctionne chaque semaine a été le fil rouge qui m’a guidé dans une foule d’autres activités.

Ce que j’ai aimé dans cette expérience:

binômer avec Xavier
avoir un fil rouge parmi une foule d’autres activités

Pour que cela soit parfait, faudrait-il que notre prospect décide de poursuivre ou bien est-ce que cela va chercher ailleurs ? Cette idée de “gagner la propale” dans le future rend-elle meilleure l’expérience passée ?

Comme on nous l’a dit souvent, c’est plus l’aventure, le parcours qui nous rend heureux, moins que la destination. Alors je n’ai pas d’idée pour améliorer l’aventure ; le logiciel oui