En général, si sur le moment la machine où la session de debug post-mortem à lieu ne dispose pas de la même version du CLR que la machine source, on récupère le fichier mscordacwks.dll sur la machine d'origine du dump. Cependant, si la session de deb...

Et voilà, Mixit 2013 est terminé ! Je suis bien content de mes deux jours, un grand bravo aux organisateurs et aux speakers qui étaient tous super. Mon petit débriefs sur les sessions à laquelle j’ai assistés...

Et voilà, Mixit 2013 est terminé ! Je suis bien content de mes deux jours, un grand bravo aux organisateurs et aux speakers qui étaient tous super. Mon petit débriefs sur les sessions à laquelle j’ai assistés...

Jour 1 Que je découpe ma demande en petit morceau

Menée par Jonathan Scher, cet atelier avait pour vocation de nous apprendre à découper notre demande en Use Case. Il nous a donc inculqués sa méthode directement par la pratique => On faisait le TD en « roue libre » et il débriefait dessus entre chaque étape.

Très intéressant, une bonne entrée en matière sur le sujet et un bon départ pour la mixit.

Les nouveautés de Groovy 2.1

Je connaissais un peu Groovy pour avoir joué avec, mais pas au point de savoir à quoi m’attendre dans cette conférence sur « les news ». Au final, cette session s’est avéré être un bon point de vue sur l’orientation que suit groovy : accompagner Java et non le remplacer.

En tout cas, Guillaume Laforge est un animateur intéressant et très sympathique ?

Deux ans dans le flux

Me voilà ensuite parti pour la conférence Olivier Azeau sur le développement « en flux ». Ici on se débarrasse du classique Scrum pour aller encore plus loin dans l’agile. Olivier aborde également certaines de leurs pratiques intéressantes (branche unique, estimation des délais, …). Dans l’ensemble, tout le monde n’a pas son contexte favorable, le sujet amène toutefois à réflexion pour changer certaines de nos pratiques.

Groovy les mains dans le cambouis

Me voilà revenu dans Groovy avec toujours Guillaume. Ici, il s’agit d’apprendre à utiliser le langage et de visualiser les différences avec Java. Il voulait également nous parler de l’eco-système issue de groovy (gradle, spock, …) mais le temps nous a malheureusement rattrapés… Personnellement, je suis conquis par groovy. Je ne pourrais surement pas l’utilisé de si tôt pour du code de production, mais pour la partie testing je ne vois que des avantages !!!

Tester vos idées en quelques heures

Camille Roux, co-fondateur de Human Coder, nous fait partager son expérience sur le lancement d’un projet informatique à but lucratif. Son principal conseil c’est : réfléchissez bien, et tester vite votre concept sur des clients potentiels.

Bref, il déconseille de se lancer dans des développements longs et couteux sans être sur d’avoir le marché.

La partie REX sur human coder était en tout cas super intéressante. Félicitation à Camille !

The Clean Architecture

Hum… Voilà une session sur laquelle je suis plus mitigé. Sur le fond, c’était intéressant. Les présentateurs expliquaient les principes de base d’une bonne architecture (SOLID, CRP, SRP) via un exemple de code. Ça fait toujours du bien de remettre ses principes au propre.

Sur la forme, on avait l’impression d’avoir des Chevalier-Laspalès Informaticiens. La forme était donc décousue et donnait une impression de préparation insuffisante. Dommage…

Merci tout de même à Thierry Cros et Guillaume Saint-Etienne.

Jour 2 Collaborer, si on improvisait

Après pas mal d’hésitations, je me suis décidé à aller à cet atelier sur la collaboration. Je ne fus absolument pas déçu de mon choix ! Il s’agit, je pense, de la meilleure session que j’ai suivie. Vincent Daviet à sut instaurer un climat de confiance et une bonne ambiance. Les autres participants étaient tous géniaux.

Bon, et euh, le contenu ? Vincent nous amenait un parallèle entre le théatre d’impro et la collaboration. Pas de recette miracle mais des observations très justes => l’équipe doit avoir confiance en elle, il faut aller de l’avant et ne jamais « revenir » en arrière, il ne faut pas pointer du doigt les erreurs, il faut débriefer souvent, …

Hands-On Elastic Search

Décidemment, le format d’atelier technique en 2h, ça ne fonctionne pas ! Une fois encore l’atelier à été très fortement tronqué par manque de temps. J’en ressors toutefois avec une forte envie de m’intéresser de plus prêt à Elastic Search et à ses mécanismes.

Merci à David Pilato.

Agile Software Architecture sketches

J’appréhendais beaucoup cet atelier mené en Anglais, toutefois le sujet m’intéressait suffisament pour que je me motive ! La compréhension fut dur, j’en suis sorti avec le cerveau en bouilli, mais je suis très content d’avoir assisté à cet séance !

Le sujet ? Concevoir des diagrammes d’architecture pertinents et correctement découpé. Ici, on ne parle pas d’UML ou de standard mais juste d’approche à avoir lorsque l’on conçoit ses schémas. Super intéressant !

Moralité : faut vraiment que je me mette à l’anglais…

Thanks to Simon Brown

C’est le moment de se lancer dans s’cas là !

Je suis plutôt déçu concernant cette session. Je vais expliquer pourquoi...

Tout d’abord, la forme : un « exercice » appelé « hands-on » balancé à toutes les ressources sans explications préliminaire et hop, débrouillez-vous ! Ah non, j’exagère… Les 3 présentateurs tournaient dans la salle pour aider ceux qui avaient des difficultés.

Concrètement, ce n’est pas ce que j’attends d’un atelier. Si c’est pour faire ça, je pouvais prendre l’exercice et le faire tranquillos chez moi tout seul… Surtout que concrètement, les parties faisables en 2 heures étaient… hum… simplissime… Un exemple ?

A = List(1,3,9).reverse()

Quel est la valeur de A ? Mwai… pas besoin de connaitre Scala ni même la programmation fonctionnelle pour répondre.

Je ne nierai pas qu’il y avais un gros boulot de préparation de l’exercice. Faire ce type de « tutorial » interactif, c’est un travail de titan… Par contre, c’est plus approprié pour devenir un tutorial pour auto-formation que pour un atelier, dommage !

Concernant Scala en lui-même, je suis mitigé. Le langage est puissant mais je ne me fais pas à certains de ces choix : à trop vouloir éviter des caractères ont finit par nuire à la lisibilité. Il faut trouver un juste équilibre verbosité –lisibilité, Scala permet de passer carrément en dessous de la limite (en tout cas, de la mienne).

Le robot Nao…

Fin des deux jours, je commençais à fatigué. L’envie s’est donc fait sentir de finir en douceur. Je suis donc allez dire bonjour au robot Nao. Mais kesako Nao ? Il s’agit d’un robot au cout modeste de 14 000 € (4 000€ pour les développeurs qui s’engage à faire des devs dessus), à la forme humanoïde, hautement « scriptable ».

Tasha Carl nous a livré une très belle description du produit, puis Blandine Bourgois c’est occupé de la démonstration du développement Nao. Fautes d’être exploitable par le commun des mortels (non sans dec, j’ai pas 4000 €), ça reste assez rigolo voir même impressionnant.

Dans mon dernier article, j’ai présenté les options dont dispose une application Windows 8 pour sauvegarder ses données. J’ai également abordé les différentes API et les périodes propices à la sauvegarde. Récemment, j’ai eu l’occasion d’utiliser ces API dans une application...

Le mois dernier, OCTO était présent lors de la dernière édition de Devoxx pour présenter 5 conférences traitant, entre autres, des Géants du web, de Database, d’Android, de JavaScript propre…Vous retrouverez dans ce billet les conférences, leurs supports de présentation, le contact des conférenciers ainsi qu’une rapide analyse des résultats du questionnaire « Géants du web » que nous avons administré aux participants Devoxx !

LA MORT PROCHAINE DU GC – Philippe Prados
Quelques signaux faibles pour polémiquer lors de cette présentation plutôt technique :

• Fin de la loi de Moore en 2018
• NECESSITE de l’algorithme G1
• Ralentissement des programmes en 64 bits par rapport à 32 bits
• De nouveaux frameworks pour gérer la mémoire hors heap
• Émergence du Big-Data et du Database in Memory
• Apple déprécie le GC d’Objective-C
• Comment retarder l’échéance ?
• Les solutions alternatives ?
• Sélectionner maintenant les technos de demain

 Accéder aux slides de présentation
Contacter le speaker

MUSCLEZ VOS APPLIS ANDROID AVEC LES OUTILS DU MONDE JAVA – Jérôme Van Der Linden et Stéphane Nicolas

Dans cette session Tools in Action, Jérôme et Stéphane proposent un tour d’horizon des technologies qui peuvent nous aider à amener Android aux standards industriels Java.
Ils proposent à la communauté Android de profiter des 17 ans d’expérience de la communauté Java (Android vient de fêter ses 4 ans…) et d’utiliser des outils reconnus de qualité industrielle tels que Jenkins, Maven, Sonar, findbugs, pmd, checkstyle et de les combiner à Lint, Robolectric, UIAutomator.

• Accéder aux slides de présentation
• Contacter Stéphane ou  Jérôme

 

DU JAVASCRIPT PROPRE ? CHALLENGE ACCEPTED – Julien Jakubowski (avec Romain Linsolas)

Il y a quelques années, je bidouillais en JavaScript. Un effet “bling bling” par-ci, un contrôle de saisie par-là. L’essentiel de mon application était écrite en Java et tournait côté serveur. Mais voilà, Gmail et Google Spreadsheets sont sortis depuis longtemps. On s’attend maintenant à des applications web qui répondent instantanément et qui fonctionnent offline. Et pour cela, il faut bien plus de code JavaScript qu’avant.
Mais 20 000 lignes de JavaScript pour un site web ? Sérieux ? Dans ce language sale, qui n’a pas la moitié des outils de Java ?
J’ai appris. Et l’écosystème JavaScript a évolué.
Lors de cette session, je vous dévoilerai comment maintenant j’écris, sans stress, des applications JavaScript complexes.

• Accéder aux slides de présentation
• Contacter Julien via Linkedin ou twitter : @jak78

 

LES LAMBDA ARRIVENT ! EN ATTENDANT, ÊTES-VOUS SURS D’AVOIR COMPRIS LES GENERIQUES ? – Henri Tremblay

Les lambda expressions en Java arrivent à grands pas (septembre 2013 lors de DevoxxFR… 2014 depuis la semaine dernière). Les génériques sont, eux, apparus en 2004. Eh oui, 9 ans déjà. Et comme dit Joshua Bloch: « Chaque langage a un quota de complexité. Les génériques ont fait exploser celui de Java. » Êtes-vous bien sûrs d’avoir tout compris ? De bien savoir comment vous débarrasser de tous ces warnings qui sournoisement apparaissent dans votre code au moment où vous vous y attendez le moins ? Et plus subtilement, savez-vous justifier l’implémentation ?

Cette session remet les compteurs à zéro, vous donne les clés qu’il vous manquaient pour maîtriser les génériques. Et vous permettra donc d’attendre l’arrivée des lambdas sereinement.

• Accéder aux slides de présentation
• Contacter Henri via linkedin ou twitter @henri_tremblay

 

LES SECRETS DES GÉANTS DU WEB – 10 PRATIQUES POUR MIEUX TRAVAILLER – Ludovic Cinquin

De l’autre côté de l’Atlantique, les Géants du Web réinventent la façon de faire de l’informatique. Ils s’appellent Amazon, Facebook, Google, Netflix ou LinkedIn pour les plus connus.
Les pratiques et les technologies qu’ils mettent en oeuvre sont l’un des fondements du succès remarquable qu’on leur connaît.
Grace à ces nouvelles façons de travailler, ils sont capables de faire plus gros, plus vite, et plus efficace que ce que nous connaissons habituellement.
Comment ces secrets des Géants du Web peuvent-ils être une source d’inspiration pour faire de l’informatique différemment ?
Cette session, qui s’appuie sur l’ouvrage que nous avons publié « les Géant du Web » propose une visite guidée de quelques pratiques clés : culture de la mesure, pizza-team, feature team, commodity hardware, lean startup, MVP, continuous deployment, …

• Accéder au site « Les géants du Web »
  
• Contacter Ludovic via Linkedin

 

Aller plus loin avec les Géants !

En plus des conférences nos équipes se sont rendus à Devoxx sur le stand OCTO avec pour objectif bien précis de demander aux participants Devoxx de se mesurer aux Géants ! Avec un questionnaire rapide, nous avons sondé la population sur ces pratiques qu’Amazon, Facebook, Google, Netflix ou LinkedIn pour les plus connus, utilisent avec brio de l’autre côté de l’Atlantique.

Toutes ces pratiques sont d’ailleurs détaillées ici.

Alors, les participants Devoxx sont-ils des Géants du Web ?

Après une rapide analyse, il semblerait que l’ensemble des méthodes appliquées par les Géants du Web soient méconnues en France, malgré quelques buzz intéressants (Lean Startup : connue par près de 70% des participants dont 30% d’entre eux jugent cette méthode inutile, Continuous Deployment : fréquemment utilisée par près de 30% des participants , DevOps : connue par près de 80% des participants et Fluidité de l’expérience utilisateur connue par 70% des participants). Ce qui reste incroyable c’est que seuls 10% des participants au test affirment faire appel à ces techniques fréquemment !

Il reste encore du chemin à parcourir en France !

 

Suggestion d'articles :

1. One day @ Devoxx
2. Another day @ Devoxx
3. Last day @Devoxx

Ce billet est le deuxième de la série consacrée à Play ! Dans le premier, nous nous étions intéressés à la philosophie du framework, à ses différences avec Java EE et à ses concurrents. Précisons que  la lecture de ce...

Etes-vous prêt pour la révolution des lunettes ? Les lunettes de science-fiction Google Glass, c’est avant tout une plate-forme mobile, mais fondamentalement différente des autres dans la conception et l’utilisation. Fonctionnant sous Android, Google utiliserait la conduction du son via les...

Une fois n’est pas coutume, il ne s’agit ni d’un post technique ni d’une annonce concernant les Ippevents, mais ayant publié une quarantaine d’articles sur ce blog depuis 2009 je me suis permis de l’utiliser pour vous dire au revoir.
Le 27 mai prochain je quitterai le monde de l’ESN (avant on disait SSII mais ça, c’était avant) pour commencer une nouvelle aventure en tant que “Senior Software Engineer” chez Red Hat. Conscient de ce que je dois à Ippon, je souhaitais revenir sur mon parcours et donner une idée de comment une carrière peut se dérouler au sein de la société.

Quarante cinq mois intenses

Je suis arrivé chez Ippon en Septembre 2009 avec le rôle de “Manager Technique en charge de la capitalisation des savoirs faire”. En plus d’un poste de consultant classique je disposais d’un mi-temps pour recenser l’expertise au sein de la société et communiquer sur cette expertise pour la faire connaître à l’extérieur et contribuer au rayonnement de l’entreprise. Deux rôles pour le même poste, en somme.
Dans mon premier rôle de consultant au sein du pôle conseil, j’ai été servi : près de 20 missions en 3 ans et demi comportant des prestations critiques (audit technique ou d’architecture) ou décisives (conseil au choix d’outils ou de frameworks). Il s’est donc agit en majorité de conseil à haute valeur ajoutée des missions courtes aux enjeux importants : ouverture de compte, décisions engageantes.
Dans mon deuxième rôle, Ippon m’a laissé carte blanche, me permettant d’expérimenter un certain nombre de choses. Pour mener à bien cette tâche de capitalisation j’ai repris en main le blog (en incitant et aidant mes collègues à contribuer), créé et animé les comptes Twitter et Facebook de la société et testé des approches différentes pour le recrutement des nouveaux collaborateurs.
L’année 2011 a été celle de la création des Ippevents qui rencontrent toujours un beau succès (et qui permettent à des consultants Ippon de faire leur premières armes de conférencier) et en 2012 mes premier pas de speaker dans les Jugs puis à Devoxx.

Les projets Open Source et le JCP

C’est grâce à Ippon, que je me suis rendu à Devoxx en novembre 2010 et que j’ai rencontré mes premiers contacts chez Red Hat. Soucieux de rester crédible dans mes missions de conseil, je cherchais un moyen de garder le contact avec le développement (tâche difficile quand on effectue des missions courtes sur des aspects conseils) et la contribution open source m’est apparue comme la meilleure solution pour ne pas me rouiller sur le développement. C’est ainsi qu’avec le soutien d’Ippon je commençais à travailler sur le projet Seam Social devenu Agorava depuis, et participer au JCP sur CDI 1.1 et une tentative de JSR avortée avec Java Social (JSR 357)

Alors pourquoi partir ?

Tout cela aurait pu durer encore longtemps si je n’avais pas eu cette opportunité qui fait partie des quelques rares susceptibles de me faire quitter Ippon. En fait, c’est plus le monde du service (dans lequel j’évolue depuis 17 ans) que je quitte, qu’Ippon Technologies pour aller donner dans le développement open source professionnel.
Et une chose est sûre, sans Ippon je n’aurai certainement pas pu accéder à cette nouvelle carrière. Les nombreuses missions internes et externes m’ont permis d’apprendre plein de choses et de nouer les contacts qui me permettent aujourd’hui de tourner cette page. J’ai clairement bénéficié de l’excellence d’Ippon pour décrocher ce job.

Place à prendre

Je m’en vais donc vers de nouvelles aventures en laissant un poste vacant au sein d’Ippon Technologies. Ce poste de manager en charge de la capitalisation des savoir faire possède suffisamment de facettes pour que chacun s’y retrouve. Il comporte quelques figures imposées pas forcément désagréables (blog, organisation des Ippevents) et pas mal de figures libres (contribution à des projets Open Sources, relation avec la communauté, organisation d’ateliers internes, etc…) et un mi-temps pour le faire. Si tout ça vous tente (et j’espère vous avoir donné envie) contactez Julien Dubois (jdubois {at} ippon.fr) notre directeur du pôle conseil.
Pour ma part, je dis “au revoir Ippon et merci !”

Contrairement à ce que pensent un bon nombre de développeurs, Expression Blend n’est pas fait que pour les designers ! Si vous l’ouvrez, et commencez à éditer une page, vous retrouverez le même affichage que sur Visual Studio : c’est à dire l’aperçu...

Le 23 avril 2013 s’est déroulé un événement ”full-online” autour de Windows Azure, une keynote présentée par Scott Guthrie, et par la suite, diverses sessions animées par des MVP Windows Azure sur des sujets d’actualité tel que Windows Azure Mobile Services, le...

Je voudrais vous parler d’un framework web qui fait de plus en plus parler de lui : Play! Framework. Cette présentation est axée sur l’usage de Play! par un développeur Java. Cependant il est important de garder à l’esprit que...

Ce vendredi midi, l’École du Tech Lead tient une session sur la revue de code.

Que peut-on gagner à mener régulièrement des revues de code sur son projet ? À quel moment vaut-il mieux les faire ? Dans quel cas sont-elles superflues ?

Comment s’y prendre pour organiser une revue de code ? Faut-il s’outiller ? Quelles actions, informations produire en sortie d’une revue de code ?

Nous chercherons ensemble les réponses à ces questions, et à celles que vous pourrez amener.

Vous voulez participer ? Envoyez-moi un mail : fmerizen@octo.com. Premier arrivé premier servi !

N’oubliez pas !

What : la revue de code
When : le vendredi 26/04 à 12h30
Where : OCTO Technology, 50 avenue des Champs Élysées, 75008 Paris, 5ème étage, salle André Gide

Nota : cette session fait suite à une session sur la revue de code qui avait connu un grand succès en octobre 2011. Si vous avez assisté à cette session, nous vous attendons pour nous dire ce que vous avez appris depuis. Et si vous n’avez pas pu y assister, c’est l’occasion de rattraper!

Suggestion d'articles :

1. L’école du Tech-Lead
2. Quand Fabrice Luchini nous parle d’informatique …
3. Save the date : vendredi 7 décembre – eXtreme Quotation et méthodes d’estimation

Dans le cadre de son développement international, Valiantys recrute plusieurs profils : Key Account Technical Consultant – Paris Vos missions Concevoir des architectures techniques susceptibles de supporter nos intégrations produits Intervenir chez nos clients sur des prestations d’expertise et des audits techniques. Vos compétences Architecture IT, Infrastructure serveur, Réseaux, Administration avancée Apache, Tomcat (installation, tuning), [...]

The post Valiantys Recrute! appeared first on Valiantys.

Dernièrement j’ai eu l’occasion de co-animer avec plaisir 3 sessions d’1 journée sur le kanban avec le spécialiste Français Laurent Morisseau, la première session était une formation Inter Entreprise et les 2 suivantes des formations intra pour le même client.

Je ne suis pas un novice du Kanban, puisque je l’ai découvert dès 2005 lorsque j’ai eu l’occasion de passer 1 semaine avec les Poppendieck à San Francisco, et j’ai même déjà animé plusieurs formations/découverte du Kanban chez plusieurs clients, mais j’avoue que ces 3 jours ont été un enchantement car la maîtrise du sujet par Laurent est un réel plus sur ce sujet beaucoup plus délicat à présenter qu’il n’y parait.

Les sessions de formation étaient vraiment différentes, pour les 2 dernières, la plupart des participants ne connaissaient pas les fondements de l’agilité et les principes de Scrum alors que tous les participants à la 1ère session étaient parfaitement rompus à l’agilité et Scrum. Cette spécificité nous a fait réfléchir sur quelques slides qui étaient beaucoup trop orientés Scrum et qui n’avait pas de sens hors de ce contexte.

Maintenant je comprends mieux pourquoi Laurent présente le Kanban comme une technique d’amélioration de processus et non comme une technique de gestion de projet comme je le lis souvent ailleurs.

Il est également intéressant de noter la confusion entre le Management Visuel et le Kanban. Le premier permet de s’organiser individuellement ou en équipe en rendant visible les tâches à faire et les dysfonctionnements, alors que le deuxième permet d’améliorer la production d’un flux de valeur, indépendamment des l’organisation des équipes en place. Par exemple, le Kanban ne répond pas à la problématique d’organisation individuelle lorsque l’on travaille sur plusieurs projets.

J’ai également adoré le Kanban Game (Cf. image ci-dessus) … mais ce ne sera pas une surprise pour mes lecteurs. Ce jeu est d’une efficacité redoutable car il permet de pratiquer quasiment toutes les situations réelles. En commençant par ce jeu, nous disposons d’une mine d’information pour illustrer nos réponses aux questions des participants.

Même si j’aime le coté « Rupture » de Scrum (Cf. « Démarrer avec Scrum ou Kanban« ), j’avoue que je vois de plus en plus de situations ou Kanban serait parfaitement adapté, en particulier en dehors du logiciel.

Lors de Devoxx France 2013, Samuel Le Berrigaud est venu présenter “comment transformer une bonne équipe en équipe exceptionnelle”. Rien de magique, pas de best-seller sur le management. Juste des petites choses qui peuvent fonctionner au jour le jour au...

La revue de presse hebdomadaire des écosystèmes Java/JEE proposée par Xebia.

• Agilité
  • Agilité - Coaching ou mentoring ? (Par Clément Rochas)
  • Comment le pragmatisme de l'équipe IT d'Obama a surclassé celle de Romney (Par Ludovic Pérot)
  • 16 moyens de torturer vos développeurs (Par Yannick Grenzinger)
• Web
  • Sortie de jQuery 2.0 (Par Benoit Lemoine)
  • Modulariser votre projet Angular (Par Jean-Eudes Couignoux)
  • Ember.js RC3 arrive dans les bacs (Par Mathieu Breton)
• Le coin de la technique
  • Oracle repousse une nouvelle fois la sortie de Java 8 (Par Eric Briand)
• Expérience Utilisateur
  • UX Design for startup (Par Yannick Grenzinger)
  • UX et Agilité (Par Yannick Grenzinger)

Lire la suite de cet article …

Un adage bien connu dans la communauté Rails est celui du « Fat Model, Skinny Controller », autrement dit : le code décrivant les comportement et les interactions entre objets doit se trouver principalement dans les modèles, les contrôleurs ne servant qu’au traitement et à l’enchaînement des actions de l’utilisateur.

Si l’idée d’avoir des contrôleurs légers et simples est bonne, pourquoi vouloir mettre tout le reste du code dans les modèles ? Ceci pose en fait plusieurs problèmes.

Lire la suite...

ekito organise le 3 juillet une journée open space sur le sujet ‘Right Product’, plusieurs participants dont Gojko Adzic animeront la discussion. Pourquoi « right product » ? Au GTAC 2011 (Google Test Automation Conference) Alberto Savoia souligne lors de sa keynote (un tantinet provoquante) « Test … Lire la Suite →