Kata sur le refactoring et les tests unitaires

Laura NATAF

Notre consultant Yusuf a présenté la semaine dernière, à 8 développeurs spécialisés en développement C#, un KATA, c’est-à-dire un exercice consistant à apprendre en s’exerçant jusqu’à ce que le sujet soit maîtrisé par les participants.

Le sujet était le “Tennis refactoring Kata”, basé sur le language C#, et les idées ont fusionné tout au long de cette soirée spéciale organisée au sein de nos locaux.. L’échange fut le maître mot de ces quelques moments, suivis par une dégustation de pizzas au feu de bois autour de notre table de cuisine.

Voici quelques clichés représentatifs ! :)

WhatsApp Image 2017-11-08 at 20.46.25

WhatsApp Image 2017-11-08 at 20.49.59

WhatsApp Image 2017-11-09 at 10.29.53

 

 

facebooktwittergoogle_plusmail

Soirée d’inauguration Ossia Conseil

Laura NATAF

La famille Ossia Conseil s’agrandit et on peut toujours compter sur la présence de nos Ossians pour nous accompagner dans cette magnifique aventure !

Merci d’être venus si nombreux à cette belle soirée d’inauguration.

On vous avait promis des photos… en voici quelques-unes!

20614559_10159081078875321_1612177075_n

20031535_320040838421056_8368804252169023481_n

20107795_10158963726210321_949975346_o

 

facebooktwittergoogle_plusmail

Londres nous voilà !

Emmanuelle

Chose promise, chose due…

 

Laurent et Vivien ont fini leur formation et nous ont ramené quelques photos.

Merci à eux !

 

20160913_192728

 

 

 

 

20160913_174608

 

 

 

 

20160913_091613

facebooktwittergoogle_plusmail

Les 10 ans d’Ossia Conseil

Emmanuelle

 

 

Nous avons soufflé nos 10 bougies ! Quelques photos souvenirs de notre anniversaire.

 

thumb_DSC06391_1024

thumb_DSC06401_1024 thumb_DSC06410_1024

thumb_DSC06665_1024

 

 

facebooktwittergoogle_plusmail

NCraft 2016 – jour 1 : Sandro Mancuso, The long road

Christian

C’était aujourd’hui le début de la conférence Ncrafts 2016. Cette journée orientée craftmanship aura été très riche. Voici les conférences auxquelles j’ai pu assister :

Sandro Mancuso : The Long Road

Pas de technique lors de cette conférence. L’auteur de The Software Craftman nous a parlé carrière.

Les paroles qui m’ont marqué lors de la présentation sont :

  • “Face more diversity”

La diversité permet de s’enrichir tant sur le plan personnel que technologique. Il faut s’ouvrir à de nouvelles technologies qu’on ne connait pas sous peine de se voir bloqué.

Une expérience qui se prolonge dans un domaine peut nous enfermer dans ce domaine.

  • “Planify carefully your next move.”

Chaque job est une étape de votre carrière. Il faut réfléchir à ses aspirations avant de changer de jobs et, dans la mesure du possible, éviter prendre des décisions impulsives.

  • Company career VS developper career

La personne qui décide de faire carrière dans une même société, travaille pour avoir sa promotion. Il est piégé dans la bureaucratie de la société dont il fait partie. En effet, c’est à travers celle ci qu’il va devoir s’élever. La politique a pour lui un rôle central.

Par opposition, nous (software craftmen) sommes libres. Nous choisissons notre prochain job/mission en fonction des compétences que nous souhaitons acquérir.

Les ressources :

facebooktwittergoogle_plusmail

Pour en savoir un peu plus sur Ossia

Emmanuelle

Pour en savoir un peu plus sur Ossia, lisez l’entretien de Fabien Mabigue, notre responsable du recrutement sur Bood Manager :

http://blog.boondmanager.com/ils-en-parlent/temoignage-lerp-boondmanager-offre-une-prise-en-main-tres-aisee-et-des-parametrages-metiers-simples-a-configurer-pour-etre-rapidement-operationnel/

 

Enjoy 😉

 

facebooktwittergoogle_plusmail

Kata refactoring legacy code chez Ossia

Christian

Le premier kata ossiens s’est déroulé le 11/02/2016. Le thème était refactoring Legacy Code. Je me suis donc retrouvé, développeur .Net, avec une majorité de Java-iste :).

Ce fût une excellente soirée d’échanges autour de nos technologies respectives. J’espère que j’aurais l’occasion de faire un kata en Java la prochaine fois.

La base choisie était le kata TripService de Sandro Mancuso disponible ici sur github.

Les réflexions de la soirée sont disponibles ici sur github : https://github.com/MacReiben/KataOssia-201602.

N’oubliez d’envoyer vos idées pour la soirée du mois prochain !

@ bientôt !

facebooktwittergoogle_plusmail

Gérer un projet comme une course endurance

Virginie

Avant d’avoir moi même commencé à courir, je n’avais pas vraiment remarqué le nombre d’articles faisant le parallèle entre la gestion de projet et la course à pieds[1]. Depuis quelques années, la course devenant un sport de plus en plus prisé, beaucoup de gens y trouvent des similitudes avec leur vie professionnelle.

Moi aussi, j’ai pu découvrir que mes participations à des courses pouvaient s’approcher de la gestion de projets informatiques. Contrairement à beaucoup de posteurs, c’est plus les courses que trail que les marathons qui m’ont rappelé la vie professionnelle.

Ceux qui participent régulièrement des courses d’endurance en trail le savent : il est indispensable d’être bien préparé mais ça ne garantit pas de finir, et encore moins de finir dans les temps prévus.

En premier lieu, il faut bien évidemment avoir planifié la course / le projet, s’être fixé des objectifs et des jalons pour y arriver. Mais après cette phase de préparation, c’est les jour J, derrière la ligne de départ qu’il faut être prêt.


Quand le plan se déroule sans accroc 

 

C’est le cas idéal. Quand tout est bien planifié, que les prévisions sont réalistes et que la préparation a été bien faite, on a de bonnes probabilités d’atteindre les objectifs qu’on s’est fixé.

En course comme en entreprise, il faut savoir évaluer ce qui est faisable au plus juste : sans surévaluer sa capacité mais aussi sans être pessimiste. Ensuite, s’il n’y a pas d’imprévu, on peut atteindre ses objectifs avec serenité.

course1

(Ecotrail de Paris : objectif entre 9h et 10h -> temps réalisé 9h35)


Quand ça ne se passe pas comme dans le plan 

La planification ne peut se faire qu’en se basant sur des hypothèses sur l’environnement du projet (la météo pour la course et la disponibilité d’équipes tierce pour le projet par exemple).

En trail comme en entreprise, on va chercher à avoir une bonne gestion des risques et on aura donc prévu des moyens de contingence pour les problèmes les plus probables. Ainsi, en course on va prévoir un imperméable pour la pluie, des pansements en cas de petite blessure ou des pastilles énergétiques en cas de coup de mou. En gestion de projet, on va prévoir des experts en soutient en cas de blocage, serveurs de sauvegarde des données et développements en cours, de la communication intra-équipe pour ne pas être perdus en cas d’absence d’un membre.

course2

Mais on a beau prévoir les problèmes, il y a toujours des surprises qui vont mettre à mal la plan si bien prévu (une poche à eau qui se met à fuir en plein milieu du trail ou des serveurs qui refusent de démarrer après une coupure de courant par exemple). Et même si on avait anticipé l’existence potentielle d’un de ces problèmes, on ne peut pas mettre en oeuvre tous les plans de contingence pour tous les problèmes (on ne va pas porter dans son sac une poche à eau supplémentaire, comme on ne multipliera pas par 2 tous les achats de serveurs).

 

course3Ce qui va faire la différence, que ce soit dans le trail ou la gestion de projet est donc l’adaptabilité et la capacité de réaction face à l’imprévu.

Dans les deux cas, comme le veut la loi de Murphy[2], le problème surviendra forcément au plus mauvais moment, celui où on n’aura pas de temps à lui consacrer et où on est déjà fatigué.

En cas de problème, les personnes les plus défaitistes risquent de tout simplement laisser tomber et arrêter tout effort quand l’objectif ne semble plus atteignable. Mais pour beaucoup d’entre nous, que ce soit en entreprise ou en course, ne pas atteindre l’objectif initial est certes dommage mais moins “grave” que d’abandonner complètement. Dans ces conditions, il faut se rappeler de règles simples :

  •  ne pas jeter l’éponge avant d’avoir évalué la situation
  •  estimer l’ampleur du problème et les moyens d’y remédier
  •  savoir se fixer un nouvel objectif
  •  replanifier la suite pour atteindre le nouvel objectif
  •  rester motivé même si l’objectif initial ne pourra pas être atteint
  •  savoir accepter l’aide extérieure

 

course4

(Grand Trail des Templiers : objectif entre 12h et 12h30 -> temps réalisé 14h18)

Grâce à une bonne gestion de crise, on peut transformer ce qui semble être un echec (l’objectif initial n’est pas atteint) en une réussite. Bien évidement, ce n’est pas une aussi belle réussite que si l’objectif était complètement atteint mais avoir réussi à finir malgré les problèmes rencontrés et avoir su gérer les incidents est une preuve qu’on peut se rapprocher de l’objectif. Lors d’une prochaine course (un prochain projet), si on su tirer les enseignements de celle qui vient d’avoir lieu, on va pouvoir améliorer les points qui ont posé problème et éviter qu’ils ne se reproduisent.

Au final, en trail comme en entreprise, il faut savoir se remettre en cause. Aussi bien pendant la course (le projet) pour gérer l’imprévu qu’après en tirant les leçons de ses erreurs. Et il ne faut jamais oublier que chaque course/projet n’est pas le dernier. Si on s’applique a s’améliorer à chaque fois, on pourra bénéficier de ce qu’on a appris des courses précédentes et espérer atteindre ses objectifs plus sereinement et de façon plus systématique.

[1] https://www.serenic.com/blog/2010/05/17/project-management-is-like-running-a-marathon/

http://www.mcwtblog.org/what-running-can-teach-you-about-project-management/

http://www.blog-projet.fr/2014/07/21/plantez-jalons-eviter-leffet-tunnel/

[2] https://fr.wikipedia.org/wiki/Loi_de_Murphy

http://murphyslaws.net/

facebooktwittergoogle_plusmail

Se former toujours et encore

Virginie

Que ce soit pendant une phase d’intercontrat ou devant une nouvelle problématique rencontrée en mission, ou même de façon plus générale pour faire de la veille technologique, la question de la formation est un sujet qui nous concerne tous. Étant donné la variété des profils et des expériences des consultants, difficile de dispenser des formations à des groupes.

Ossia propose plusieurs solutions à ce problème :

  • Les rencontres en “one to one” avec un autre consultant expérimenté dans le domaine concerné. En 1 à 2 heures de temps, on peut trouver des réponses pertinentes et adaptées, mais surtout, on peut avoir un réel retour d’expérience de quelqu’un “sur le terrain”. J’ai par exemple pu bénéficier de “lunchbreak” de ce type. Le premier de ces points a été avec Gilles qui se spécialise ces dernières années dans des missions de mise en place d’intégration continue, notamment lors du passage à GIT. Nous avons pu discuter de sa façon d’aborder ce type de projets et faire accepter aux utilisateurs les changements de mode de fonctionnement mais aussi des points sur lesquels GIT diffère des autres gestionnaires de source que j’ai pu utiliser. Pour le deuxième point, j’ai passé du temps avec Christian qui m’a permis de refaire le point sur les technologies les plus utilisées ces derniers temps dans le monde C# et donc de rafraîchir mes connaissances depuis ma dernière mission sur ces technologies. Il m’a fait une rapide présentation de ce qui n’existait pas ou était encore peu utilisé il y a 2 ans et nous avons pu faire le point sur ce qui est encore en place ou ce qui a peu évolué.
  • Les formations en lignes avec le site pluralsight. Là, énormément de sujets sont disponibles aussi bien au niveau des technologies, des moyens de les mettre en œuvre, que les méthodologies d’organisation du travail. Suivant les besoin, on peut trouver des modules pour débutants ou des formations avancées. Le tout sous la forme de conférence audio avec support vidéo et ensuite des questionnaires pour se tester. Ici, j’ai pu suivre un module de formation sur GIT, sur la façon de l’installer et l’utiliser. J’ai aussi pu aborder une formation sur l’intégration continue, sa mise en place et les outils qui peuvent permettre d’y parvenir, et une autre sur les tests automatisés. Enfin, cela m’a permis de me renseigner sur le fonctionnement et les nouveautés de TFS 2015. Mais j’aurais également pu me former sur des sujets plus axés sur le développement (C#, java, Perl, …), sur de l’administration système (déploiement ou configurations d’applicatifs, scripting, virtualisation…), de l’administration réseau ou des sujets plus méthodologiques (agilité, utilisation des réseaux sociaux, …)

Loin d’être contradictoires, ces deux possibilités sont tout à fait complémentaires. Si la rencontre d’un autre consultant peut permettre d’affiner ses connaissances et d’avoir des réponses à des cas précis, la formation en ligne permet de découvrir un sujet à son rythme et d’appréhender les concepts dans de bonnes conditions.

Au final, quelle que soit la solution choisie, l’important est surtout d’utiliser les opportunités qui s’offrent à nous en terme de formation.

 

facebooktwittergoogle_plusmail