Salut à tous, j’espère que vous avez tous eu la chance de pouvoir un barbecue hier Pour fêter ça, une chronique légère cette semaine.

Alors on démarre avec jQuery Mobile 1.3.1 !

Au menu de cette version de maintenance, on a des correctifs de bogues pour les boutons, les checkboxradio, les accordion, les controlgroup, les dialog, les fixed toolbars, les list views, les navbars, la navigation, les panels, les popups, les range sliders, les select menus… En gros, tout y est passé et on peut s’en féliciter. Retrouvez l’annonce et son changelog.

Sinon, du plugin, des plugins cette semaine !

En premier invité, une pensée pour mon ami… qui a publié une mise à jour de son pp3Diso. Un plugin balaise qui vous permet de faire facilement des maps de jeu en 3D isométrique. Vous vous souvenez des Age of Empires, Starcraft ou encore Command & Conquer? Bah voilà Et toujours avec un très haut taux de compatibilité.

La plateforme ququplay (jeux sur mobiles) vient de sortir deux thèmes pour jQuery Mobile. Une version « flat » et une version « square« .

Vous pouvez retrouver les ressources de cette chronique dans un carnet Evernote dédié.

J’ai présenté dans différents articles de blog Windows Azure Mobile Services, avant tout lors de sa sortie, puis après la première mise à jour importante de ce service. Cependant, nous n’avons qu’exploré la surface des possibilités, et il est possible...

Accessibilité web et mobile partie 3 : Android une alternative à iOS de la part de Google ? Avec la publication de la branche 4.x (ICS), google apporte au système Android un lot de fonctionnalités intéressantes pour les utilisateurs aveugles ou malvoyants. Certaines facilités existent … Lire la Suite →

Jeudi dernier avait lieu le Scrum Day 2013 à Paris.

Cet évènement a vraiment trouvé sa place et son style dans la cohorte de manifestations agiles qui fleurissent, avec bonheur, aux quatre coins de la France, et d’année en année, l’équipe d’organisation améliore l’accueil des participants … mais où vont-ils s’arrêter ?

Voici mes impressions sur cette manifestation qui m’a encore une fois, en marge de l’évènement, donné l’occasion de discuter avec tout plein d’individus de France et de Navarre que j’aime tout particulièrement (ils et elles se reconnaitront)

Keynote d’ouverture

Bonne entrée en matière de Robert Richman qui se présente comme un Hacker de Culture avec un fort retour d’expérience de Zappos, une société atypique qui est devenue rapidement leader du marché mondial de vente de chaussure avant d’être rachetée par Amazon.

Parmi les techniques de Hacking que Robert propose, je retiens tout particulièrement le fait de « venir avec ses énergies ». C’est à dire que si vous entrez dans une société, une salle ou n’importe quel endroit, en espérant y trouver de l’énergie, il est absolument nécessaire d’en amener avec vous. Votre propre façon de marcher en entrant dans une pièce peut faire la différence. Dans la même idée, il indique clairement que si l’on vient au travail pour trouver de l’énergie et de l’envie, c’est que pour nous le travail est un médicament à une situation qui ne nous plait pas, et la meilleure solution est donc de traiter notre maladie et de régler notre problème personnel à la maison !

Bref un discours plutôt sympa et très « show » à l’américaine.

En fin de keynote, j’ai demandé à Robert si ses techniques marchaient également en dehors de la culture américaine … il ne m’a pas répondu, j’en déduis qu’il ne doit pas avoir ce type d’expérience !

Session 1

Pour la première session de la journée, j’ai fait le garde devant la porte de Florent Lothon, pour éviter qu’il y ait trop de monde dans la salle qui était déjà largement remplie, puis je me suis faufilé pour écouter son introduction au Tribal Leadership. Je n’ai pas regretté le sujet car même s’il ne m’était pas inconnu, je n’avais pas vraiment pris le temps de m’y intéresser. J’ai donc bien compris qu’il y a 5 étapes pour parvenir à un vrai leadership, et surtout qu’il ne faut bruler aucune des étapes.

Session 2

Rien pour moi, juste l’occasion de discuter avec quelques individus en goguette et de récupérer ma présentation dans la poche de ma veste (au vestiaire) afin de vérifier qu’elle pouvait s’installer sur le PC de Karine (en effet, il y avait bien un PC dans chaque salle … mais nous n’avions pas le mot de passe pour s’en servir).

Session 3

Une salle remplie pour écouter ma session « Agile Unlimited » … cela fait toujours plaisir. La session a été filmé, donc si vous l’avez raté vous pourrez vous rattraper bientôt.

Session 4

Encore rien pour moi, si ce n’est des discussions avec d’autres individus forts intéressants. J’avoue que je prends autant de plaisir à venir discuter avec quelques agilistes novices ou expérimentés que d’écouter une session

Session 5

Je voulais voir Yann Poles dans sa nouvelle session « Mon DSI veut un indicateur Agile : Cadeau ou Poison ? » et j’ai même eu l’occasion de faire le time keeper … enfin pas vraiment, puisque Yann est allé si vite que je n’ai même pas eu besoin de lever mon premier panneau « Reste 10 minutes ». Sur le fond, j’ai bien aimé l’approche de Yann qui consiste à ne pas s’opposer à la culture de son entreprise (Total) et donc d’accepter de fournir des indicateurs au top management, mais tout en faisant en parallèle un travail d’information et de sensibilisation aux niveaux inférieurs. Je pense que cette présentation pourrait encore plus parler des métriques utilisées sur le terrain, celles qui sont vraiment utiles pour les équipes … une piste d’amélioration pour Yann … ce qui lui permettrait également de tenir son timing

Session 6

Si je vous dis que j’ai encore discuté … vous ne m’en voudrez pas j’espère

Keynote de Fin

J’ai tout simplement adoré cette keynote de Dominique Dupagne qui avec beaucoup d’humour et un brin de provocation, nous a expliqué que c’était nos gènes qui dirigeaient, que nous n’étions que des Sprint puisque nous étions le réceptacle de nos gènes pour une période donnée avant qu’ils ne trouvent un meilleur réceptacle. Que la hiérarchie était ancré dans nos gènes et qu’il attendait beaucoup des agilistes pour contrer cette nature humaine « normale ».

Bref que du bonheur et de l’énergie durant 25 minutes !

Conclusion

A l’année prochaine pour le Scrum Day 2014

Tirée de l’Agile Blue Book, alias Rupture Douce, le livre co-écrit par 18 agilistes dont moi même, et alors que la saison 2 s’apprête à sortir, je vous livre en plusieurs volets l’Histoire de Gérald, présent dans la saison 1… L’épisode 1: Le contexte, le sentiment d’urgence L’épisode 2: Soutenir les Equipes Agiles Auto-organisées L’épisode 3: Créer une relation [...]

Petit-déjeuner du 28 mai 2013

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.

Maintenant que ces pionniers nous ont montré la voie, nous ne pouvons plus continuer à travailler comme avant.

Rejoignez-nous pour cet événement où Ludovic Cinquin, VP OCTO Technology et co-auteur du livre « Les Géants du Web » présentera ces pratiques innovantes qui font le succès des Géants du Web. Venez partager notre passion pour ce sujet !

Ce déjeuner, qui fait suite à la sortie de cet ouvrage, dévoilera notamment comment ces géants :

• réduisent leur Time To Market au moyen de pratiques comme le Lean Startup  et le Continuous Deployment ;
• font face à des enjeux énormes de fréquentation de leur site grâce aux technologies NOSQL et au Commodity Hardware ;
• conservent une excellence dans la qualité de leurs produits à l’aide d’organisations composées en Pizza team et orientées Feature tout en cultivant l’obsession de la mesure.

Ce séminaire s’adresse à tous ceux qui ont envie de s’inspirer de la culture des Géants du Web : marketing, chefs de produits, architectes, geeks, managers ou responsables DSI.

Merci de noter que l’inscription est gratuite mais obligatoire! Cette présentation sera donnée en français. Programme :

08h15 :
Accueil

08h45 – 10h00 :
Présentation des 10 meilleures pratiques des Géants du Web

10h00 – 10h30 :
Conclusion - Questions/Réponses

Lieu :

Hotel Le Méridien
Carrefour de l’Europe 3
1000 Bruxelles
Belgique
(A deux pas de Gare Centrale)

Intervenant :

• Ludovic Cinquin, DG France

Cliquez ici pour vous inscrire au petit-déjeuner : Les Géants du Web  - Bruxelles

Suggestion d'articles :

1. Vidéo du Petit-déjeuner « Décryptez les secrets des Géants du Web »
2. Petit-déjeuner OCTO – Décryptez les secrets des Géants du Web
3. Petit-déjeuner OCTO – Décryptez les secrets des Géants du Web – Genève

Un petit article afin de partager quelques liens très utiles vers des méthodes simples et efficaces pour observer et analyser des deadlocks.

Ces exemples étant déjà très complets et précis, je ne vais pas plagier, je vous laisse les découvrir par vous-mêmes :

• Deadlock Detection in Java
• Detecting Java Threads in Deadlock with Groovy and JMX

Bonne lecture!

En ce début de printemps 2013 quelque peu grisaillant s’est déroulé jeudi 11 avril le ScrumDay, salon organisé par le FSUG dont fait désormais partie notre célèbre agiliste Axel Villechalane. L’occasion pour moi d’assister à des conférences axées sur Scrum...

Le 26 mars dernier, vous lanciez l’école 42 en grande pompe et chez OCTO, nous avons accueilli cette nouvelle avec un enthousiasme sincère. Enthousiasme sur le fond : votre ambition de former les développeurs de demain, productifs immédiatement, inscrits dans une démarche collective de travail en équipe. Enthousiasme sur la forme : une école gratuite, ouverte à tous sans qualification requise, une émulation saine, reprenant notamment le concept de la « piscine » cher aux écoles EPIT*, révélateur de vocations.

Merci à vous de casser les codes et d’introduire une rupture dans l’éducation traditionnelle des futurs professionnels de l’informatique.

Depuis deux semaines, le format et le contenu pédagogique ont été révélés, nous laissant cette fois dans l’expectative. Toujours rien à redire sur la forme : c’est clair, c’est complet. Pourtant, sur le fond, nous sommes frustrés.

Frustrés de lire un programme pour développeurs exécutants, machines à ligne de code, cantonnés à la technicité.
Frustrés de ne pas lire une ligne sur la productivité des développements : usine logicielle, criticité des tests, qualité du code…
Frustrés de constater que les méthodes agiles ne sont qu’un détail de dernière année.

Frustrés car l’occasion était belle de mettre un coup de projecteur sur les nouveaux contours d’un métier bien mieux compris hors de nos frontières géographiques. Au lieu de la saisir, vous vous êtes contentés de reprendre les recettes traditionnelles, sans y incorporer les ingrédients des réalisations modernes.

Chez OCTO, nous pensons qu’être développeur est une carrière aussi prestigieuse que chef de projet ou consultant. Un bon développeur ne s’évalue pas au nombre de lignes de code qu’il écrit par jour, ou au nombre de langages qu’il maîtrise, ni même au nombre de projets auquel il a participé.

Développer professionnellement est une activité créative dans un environnement contraint, mathématique, logique, binaire, qui ne laisse pas la place à l’à-peu-près. Malheureusement, alors qu’on retrouve en bonne place sur votre site la notion de productivité, il n’est jamais fait mention de qualité [1]. Pour une institution qui souhaite s’inscrire dans le futur, il est triste de ne pas voir apparaitre cette composante fondamentale de la pérennité des produits logiciels.

Cela vous conduit à la fameuse “productivité immédiate”, objectif guidant vos principes pédagogiques. En l’absence d’enseignement des pratiques de développement logiciel durable, cette productivité ne peut être qu’accidentelle, alors que le développeur d’aujourd’hui se doit d’être efficient.

Sans ces pratiques, vos étudiants seront des développeurs indisciplinés, immédiatement productifs certes, mais pour des organisations archaïques dont les réalisations sont le résultat d’un effort considérable gaspillé en non-qualité [2].

Un développeur aujourd’hui n’est pas une machine à lignes de code. Le développeur d’aujourd’hui est un créatif professionnel et responsable qui inscrit sa production dans le temps (il en garantit son évolutivité, au delà de sa maintenabilité) et l’espace (il la réalise en collaboration étroite avec ses pairs et les utilisateurs, marketing, métier).

Pour ce faire, savoir façonner la matière première (C, Java, Haskell…) ne suffît pas. Maîtriser les outils et les pratiques (tests automatisés, design émergent, devops…) qui contribuent à une réelle productivité, individuelle et collective, au quotidien et à long terme, est un fondamental, une condition sine qua non à l’employabilité et l’excellence de vos étudiants. C’est l’école de l’artisanat, le Software Craftsmanship, qui doit primer dans vos principes pédagogiques, pas la mécanique robotisée de l’écriture au kilomètre.

Pour faire simple, nous n’entrevoyons pas un avenir radieux pour des tueurs à gage qui ne portent pas de gants.

Par cette lettre, nous cherchons à être rassurés : vous avez l’opportunité rare de repartir d’une feuille blanche, comme celle saisie par les Géants du Web outre-atlantique. Irez-vous jusqu’au bout de la démarche, pour former de jeunes informaticiens réellement productifs, efficaces et fiers de leur métier ?

_____
[1] Faisons abstraction du cours d’Assurance Qualité, qui n’a pas grand chose à voir avec les gènes du développeur de demain.
[2] Cost of bug fixing vs. Zero-defect mindset…

Suggestion d'articles :

1. Lettre aux Keynotes de l’Université du Système d’Information

A l'occasion de la sortie d'Ant 1.9.0, Ivy 2.3.0 et du tout récent EasyAnt, je vous propose de découvrir ce nouvel outil de build qui vient s'ajouter à la liste (déjà bien fournie) des outils existants.

Des fourmis ? Si vous faites partie de la grande majorité de développeurs Java qui utilisent Maven, et que vous n'avez jamais entendu parler d'Ant, il s'agit en fait d'un outil de build au fonctionnement radicalement différent. Inspiré de make, Ant repose sur la notion de cibles (target) qui peuvent être invoquées, et qui elles-même exécutent... Lire C'est l'orgie chez les fourmis

Le 11 avril avait lieu le ScrumDay 2013, évènement organisé par le FSUG et sponsorisé pour la première fois par Soat. Pendant cette journée dédiée à l’agilité, Florent Lothon, coach et formateur agile, a abordé le thème du Leadership Tribal....

Les 16 et 17 avril 2013, les élèves-ingénieurs de Telecom Nancy organise une install praty Linux et Android dans les locaux de l'école.

Plus d'info : http://www.telecomnancy.eu/?actu=238#238

Nous avons mené depuis deux ans des projets internes autour d’hadoop pour améliorer les traitements que nous opérons sur les grandes bases de données dont nous avons la maîtrise : extraction, migration totale ou partielle vers des bases NoSQL. Il s’est présenté récemment un cas d’utilisation représentatif des services rendus par les technologies connexes sur [...]

Je profite de l’occasion du Scrum Day pour partager mon expérience sur un projet sur lequel je travaille depuis 6 mois. Ce projet est intéressant pour deux raisons. Premièrement, il démarre de rien et j’ai eu la chance de le lancer et de le faire évoluer. Deuxièmement, il a été désigné comme projet pilote pour la mise en place de l’agilité au sein de la DSI.

Le changement est toujours  compliqué, surtout après des années de modèle prédictif, et ces 6 mois ont été riches en enseignement. Je pense refaire un billet pour faire le point sur le passage à l’agilité pour toute la DSI et analyser si l’objectif affiché est atteint (et à quel prix). Pour le moment,  je me contenterai de réaliser un billet sur la vision d’un membre d’une team scrum, des quelques pièges que j’ai pu rencontrer et dans lesquels j’espère ne plus tomber.

• Le Product owner tu écouteras et tu motiveras

On ne le répétera jamais assez mais scrum ne rime pas avec : “aucune spécification”. C’est même une composante importante. Tout ce que scrum dit c’est qu’il n’existe aucun format imposé et qu’elles ne doivent pas impérativement être complètes ni définitives avant le lancement du développement.

Notre projet couvre un besoin nouveau pour le client et nécessite un travail important de conception.  Le product owner (PO) n’a ni le recul ni le temps nécessaires pour nous donner des spécifications claires et complètes pour démarrer.  Après coup, cette situation n’est pas insurmontable et l’important est de rendre au PO ce qui appartient au PO. Il ne faut pas que l’équipe prenne la responsabilité des spécifications d’une fonctionnalité,  ce n’est pas notre application et nos décisions seront forcément incomprises voire critiquées. Et sans l’appui du PO, les dérives peuvent être nombreuses.

Il est important de remettre le PO au centre des décisions, cela lui redonne de la confiance et ressoude l’équipe, augmentant ainsi les chances de réussite du projet.

• Avec le Scrum master, la communication tu développeras

Scrum met l’accent sur la communication au sein de l’équipe et la définit comme composante principale de réussite du projet. Le daily scrum meeting est là pour rendre compte des tâches en cours, réalisées ou restantes à faire et participe à cette communication.

Dans notre cas, le scrum master (SCM) n’est pas staffé à 100% sur le projet et gère plusieurs autres projets en même temps. Dans cette configuration, il est important que l’équipe remonte au SCM les alertes potentielles du sprint et en particulier les tâches incertaines pouvant dériver. Ce sont par exemple des tâches nouvelles pour l’équipe, jamais réalisées par celle-ci. Ou encore une tâche d’une durée importante, supérieure à une journée. Ces tâches peuvent être sous-estimées et l’augmentation peut entraîner la dérive du Sprint. On peut l’observer facilement sur un Sprint Burndown Chart, avec une courbe qui stagne et ne décroit plus.

Pour les repérer facilement, nous les affichons sur le whiteboard avec des post-it de taille plus importante permettant au SCM de les suivre facilement. Augmenter la communication avec le SCM lui permet de suivre sereinement le projet et de pouvoir réaliser correctement son rôle de protection de l’équipe.

• Les incertitudes, tu élimineras

On l’a vu, les incertitudes sont une composante importante dans la probabilité de dérive d’un sprint. Il faut pouvoir les estimer et pour cela, il faut définir ce qui est une tâche incertaine et ce qui ne l’est pas.

Tout d’abord, Il est important de faire évoluer l’évaluation de ses tâches pendant le déroulement des sprints. Une tâche réalisée en 2h la première fois prendra nettement moins de temps la seconde fois. Tenir ainsi ses tâches à jour permet de garder une évaluation la plus juste possible et une estimation de sprint cohérente.

Les tâches incertaines ne peuvent être évaluées aisément. Elles peuvent être reconnaissables quand une évaluation ne fait pas le consensus de l’équipe ou quand une tâche ne peut tout simplement pas être évaluée. Ce sont souvent des tâches jamais réalisées par l’équipe ou mal spécifiées. Dans le deuxième cas, je déconseille fortement de les prendre dans le sprint. Engager son équipe sur quelque chose qu’elle ne maîtrise pas est le meilleur moyen de rater le sprint et de perdre en confiance dans le PO.

Dans le cas des tâches inconnues,  elles doivent être évaluées au possible, prises en compte dans le sprint et suivies de près par l’équipe. Une fois réalisées, elles sortiront de leur statut incertain, pourront être évaluées,  réévaluées et traitées plus sereinement.

Une fois estimées, vient le moment de les réaliser. On peut suivre deux méthodes pour éffectuer ces tâches.  Les résoudre en fin de sprint, après avoir fini l’ensemble des tâches simples ou en tout début de sprint.

Je conseille fortement de les éliminer le plus tôt possible, ne pas remettre au lendemain ce que l’on peut réaliser tout de suite ! Une tâche incertaine peut fortement dériver et mettre en péril le sprint. Les réaliser tôt permet de conserver du temps dans le cas où elle échappe à l’équipe et ainsi permet de garder la possibilité de prendre les décisions nécessaires pour boucler le sprint (retirer une user story, modifier la priorité …). Un deuxième point à ne pas négliger est le stress généré par une tâche qui dérive. Il est beaucoup plus simple de gérer ce genre de tâche en début de sprint que deux jours avant la démo,  quand rien ne fonctionne.

Plus tôt elles sont résolues et plus sereine est l’équipe.

• En continu, tu t’amélioreras et pour cela à 100% tu ne te chargeras pas

La gestion des incertitudes demande une certaine souplesse dans le sprint et une partie de celui-ci peut être conservée pour encaisser une dérive éventuelle. Mais conserver du temps pour les tâches incertaines ne doit pas être la principale priorité.

Scrum prône une constante remise en cause de l’équipe, notamment grâce au sprint review. Une bonne pratique d’amélioration continue consiste à conserver pour chaque sprint une partie du temps alloué à des tâches non dépendantes d’une user story. Ce temps peut être utilisé pour du refactoring, pour améliorer la couverture de test d’une fonctionnalité ou un process de travail. Nous, nous conservons 10% de notre temps (par développeur) à améliorer constamment notre environnement de travail. Dernièrement,  nous avons dépensé ce temps à passer de feuilles Excel partagées à Jira pour la gestion du projet. Excel nous convenait pour la gestion d’un sprint mais le passage à Jira nous a permis d’améliorer le travail collaboratif et le bug tracking.

Nous dépensons aussi ce temps pour améliorer nos build maven, notre couverture de tests, nos montées de versions …

Le chemin vers Scrum est semé d’embûches surtout dans un environnement non préparé pour cette méthode. Le PO est une pièce clef du processus et doit rester maître de l’application. Ne pas prendre de décision à sa place et ne pas hésiter à lui renvoyer tous vos questionnements est une bonne démarche pour conserver le PO dans son rôle.

La communication au sein de l’équipe est importante et le SCM doit être tenu au fait des avancées de l’équipe. On pourra ainsi utiliser tout ce qui est à notre disposition pour qu’il puisse suivre très facilement le bon déroulé du sprint.

L’incertitude au sein du sprint doit être maîtrisée pour plus de sérénité au sein de l’équipe. Conserver une estimation cohérente de ses tâches permet de cibler rapidement ce qui pourrait poser problème. Les résoudre en début de sprint permet d’éviter beaucoup de stress inutile.

Et ne jamais perdre de vue que scrum prône une perpétuelle amélioration de ses processus de travail et qu’il est important de conserver du temps pour les réaliser. Garder 10 % de son temps à réaliser des tâches annexes permet d’augmenter la qualité du projet.

Scrum propose une méthodologie de travail pragmatique qui apporte plus de sérénité au sein de l’équipe. L’équipe ne porte plus seule la responsabilité de l’ensemble des tâches de réalisation d‘un projet et l’environnement de travail est beaucoup plus serein. On peut enfin se recentrer sur ce qu’on fait le mieux, développer, et trouver les meilleures solutions techniques pour que le projet réussisse.

Ce Jeudi 11 Avril 2013 aura lieu le Scrum Day France, et comme l’année dernière Ippon Technologies sera présent sur place ! Nous sommes particulièrement heureux d’être sponsors Gold de l’évènement, qui est aujourd’hui le plus grand rendez-vous de la communauté Scrum en France.

• N’hésitez pas à passer sur notre stand (Stand n°3) pour discuter avec nos experts ou vous renseigner sur nos formations
• Rendez-vous à 14h00 dans la salle Concorde pour participer à la conférence  ’L'Agilité dans la mobilité’ par Alvin Berthelot, Chef de Projet chez Ippon Technologies
• Une dizaine de consultants Ippon seront également présents sur place, dans le cadre de notre participation active aux grands évènements (comme Devoxx ou le futur Devops Day)

Le PSUG vous propose un rejeu du handson scala de Devoxx le 15 avril à 19:30 dans les locaux de Xebia.

Vous n’avez pas pu aller à Devoxx ? Vous y étiez, mais la foule en délire vous a empêché de vous approcher de la salle du hands’on Scala avant que nous ne soyons contraints de fermer les portes pour Lire la suite de cet article …

Depuis quelques mois, beaucoup de développeurs et d’intégrateurs web entendent parler de responsive design , c’est à dire avoir un seul site web qui s’adapte parfaitement à la taille de l’écran de l’utilisateur… Seulement au final, peu de sociétés ont...

Le Scrum Day a lieu ce jeudi 11 avril 2013 au centre de conférences IBM.

Sponsor de l’évènement, Xebia y tiendra un stand où vous pourrez nous rencontrer à chaque pause. Venez discuter avec nous Agilité et Scrum !

Et nous partageons Lire la suite de cet article …

« Uh ?! »

C’est un peu près la seule chose que j’ai été foutu de dire quand on m’a parlé la première fois de PhantomJS. Après j’ai sorti mon gourdin et j’ai tapé sur la boite comme un dégénéré.

Jusqu’à ce que je comprenne que ce n’était pas à manger mais bien un outil qui allait sérieusement améliorer l’efficacité de l’équipe SEO de ma boite. Tout de suite, l’image de l’homme préhistorique débile parait plus fun.

Plus sérieusement ?

Alors PhantomJS, c’est tout simplement, un outil qui va interpréter un de vos scripts JS pour aller chercher par exemple une page web et vous permettre de la manipuler sans jamais quitter votre ligne de commande. En fait, il y a une sorte de navigateur QT qui permet de ne pas ouvrir de navigateur tout en faisant le même boulot. Il est donc capable de charger les images, scripts et CSS. Ainsi que de les exécuter parfaitement normalement. J’ai pas bien compris cette partie là, j’espère avoir l’occasion de mieux me pencher dessus. Si quelqu’un peut m’expliquer, je suis preneur

Ce que j’ai compris par contre, c’est que si je fais ça :

var page = require('webpage').create();
var url = 'http://www.mathieurobin.com/';
page.open(url, function (status) {
    console.log(status); // 'success' or 'fail'
    phantom.exit();
});

J’obtiens de suite la disponibilité de ma page. Et ça ça me parle. Sauf que ça parait un peu limité si c’est que ça. cURL fait mieux et en moins de ligne. Donc allons plus loin.

J’en veux plus !

Dans ma boite (Companeo), on s’occupe de tout un tas de sites (environ 300). Le problème auquel je me suis attaqué est de pouvoir connaitre à tout moment la disponibilité de tout ces sites, si leur version de WordPress est à jour, si ils chargent toujours dans un délai respectable et enfin si il n’y a pas d’erreur JS ou de chargement de ressources.

J’en vois au fond de la salle qui lèvent la tête, curieux. Et c’est normal. Un tel script, c’est du pain béni pour s’assurer que vos sites fonctionnent sans même avoir à y aller. Ce script a sûrement été créé en centaines d’exemplaires de par le monde. Je l’ai moi aussi développé. Il est surement plus que perfectible mais me permet de contrôler tout ça après 3 minutes d’exécution environ (pour ces 300 sites). Le tout en moins de 100 lignes de code :

Ne reste plus qu’à exécuter ce script avec phantom et expédier la sortie standard dans un fichier HTML. Je ne vais pas rentrer dans le détail, mais ces sites chargent obligatoirement un fichier JS qu’on appelle « api ». Je peux vérifier assez simplement que le script a bien été chargé. Pour la démo, nous allons tester le site « assurances risques pro« .

Merci de ne pas hurler sur la conception de ce code. Aucun intérêt à la qualité de code. Côté bugs, le seul risque, c’est que si ça crashe sur un site, soit je le sais en console, soit ça se vautre encore plus violent au point d’embarquer aussi le script. Comme ça je sais quand même qu’il y a un souci. Et pour la démo de code, je n’ai laissé qu’un seul site. Histoire de ne pas polluer le gist.

Quoi d’autre ?

Je vois venir les petits malins, vous auriez pu faire pareil avec un zabbix ou un nagios, peu d’intérêt. Je dirais presque pareil et honnêtement, en polluant bien le code (hum les bons petits tags nagios qui se baladent). Sauf qu’avec PhantomJS, vous avez accès à un réel contrôle de la page, vous pouvez ordonner des choses à l’outil qui les exécutera dans la page, suivra la navigation, etc. Par exemple, vous pourrez « cliquer » sur un lien en scriptant en JS ce clic. Ou encore faire une requête de sélection d’éléments avec jQuery.

Vous pouvez même demander à PhantomJS de prendre une capture d’écran de la page. Génial non quand vous êtes dans votre ligne de commande et que vous n’avez pas eu à ouvrir de navigateur.

PhantomJS est tellement complet qu’il a même été intégré à Yeoman. Je n’utilise pas encore ce dernier dans ces moindres fondements mais je commence à maîtriser les différents outils qui le compose. Ça vaut le détour.

Bonus

Je vous ferai un topo sur CasperJS dès que j’en aurai l’occasion mais ceci est un autre outil basé sur PhantomJS qui lui est pour moi, le digne successeur, le remplaçant de Selenium. Le temps de mettre vraiment la tête dedans et de voir ce qu’il a dans le ventre.

Second bonus

Pour me simplifier la vie, j’ai intégré mes scripts PhantomJS (j’en ai fait plusieurs pour d’autres trucs) directement dans les scripts de cron/tests de l’application de mon travail. Comme ça, je peux même les lancer depuis l’interface de PhpStorm au besoin et de façon automatique quotidienne. Sans ouvrir de navigateur ni un terminal. Là ce n’est même plus de l’efficacité, c’est carrément du vice

Le bonus ultime

La documentation est complète et bien faite. Il y a beaucoup d’exemples en tout genre aussi. Autrement dit, c’est prêt pour un réel usage industrialisé.

Côté licence

PhantomJS est sous licence BSD. Vous avez donc les mains très libres

 

PS : je me diversifie, j’ajoute des petites images maintenant