Mes Expériences Professionnelles

Sur quasiment tous mes projets il m'a été donné de travailler non seulement sur la partie technique mais aussi sur l'aspect visuel graphique du site ou de l'application à développer.

Au fil de toutes ces missions j'ai donc acquis beaucoup d'expérience en intégration HTML / CSS, en création d'animations avec jQuery, CSS3 ou Ajax, en réalisation de designs sous Photoshop et de logos vectoriels sous Illustrator ou encore de bannières animées en Flash.

J’ai travaillé sur de nombreux projets de grosse envergure nécessitant l'utilisation de logiciels de gestion de versions tels que SVN pour collaborer en équipe, maintenir le projet dans le long terme et avoir des environnements de développement, test et production séparés.

L'utilisation de ce type d'outil n'est je pense plus un secret pour moi, je suis notamment en mesure de résoudre des conflits de synchronisation, créer des branches et des tags ou encore les fusionner. Je pense aussi avoir appris quelles sont les bonnes pratiques à adopter par exemple le fait d'effectuer régulièrement des checkouts et par contre de ne faire qu'un seul commit pour toute une fonctionnalité une fois que celle-ci est fiable à 100%.

Depuis que je suis sur Drupal c'est donc sans aucun problème que je suis passé à GIT.

Mon expérience en entreprise m'a rapidement permis de comprendre que tout projet informatique est amené à durer dans le temps et à devoir évoluer. Qu'ainsi la mise en place et le respect rigoureux d'un certain nombre de normes dans le développement est impératif pour rendre leur maintenance possible par la suite. Voilà un certain nombre de réflexe que j'ai depuis adopté en ce sens :

• Respect des normes de syntaxe de développement
• Documentation du code + nom de variables intelligibles
• Factorisation des redondances pour simplifier la relecture et optimiser la réutilisabilité du code
• Organisation du code dans des fichiers séparés par thématique
• Test de tout ajout de code ou de fonctionnalité supplémentaire

Mon expérience dans le milieu professionnel m'a également fait me rendre compte que la moindre mise à jour de code sur un projet informatique n'est jamais anodine. En effet j'ai pu constater que, malgré toutes les précautions mises en place, chaque fois qu'il s'agit d'ajouter du code supplémentaire l'application est susceptible de ne plus fonctionner correctement.

J'ai donc pu saisir comme la mise en place de tests unitaires est indispensable pour pouvoir contrôler le bon fonctionnement de toute application. Par ailleurs, j'ai même été amené à travailler en TDD : Développement Dirigé par les Tests, qui consiste à écrire les tests avant même d'implémenter le code final, afin d'être sûr de n'oublier aucun cas de figure.

Avec Drupal finalement, l'importance des tests est indiscutable dès lors que l'on crée des modules sur mesure.

Lors de mon stage de fin d’études de 6 mois, j'ai découvert SCRUM et donc la gestion dite "agile" de projets en général. Celle-ci sépare la réalisation des projets en plusieurs cycles très courts identiques et itératifs (analyse -> développement -> tests) contrairement aux méthodes classiques qui ne possèdent qu'un seul grand cycle. 

J'ai totalement adhéré à ce type de méthode agile qui possède selon moi deux avantages majeurs :

• la suppression des coûts liés aux erreurs constatées trop tardivement

  le premier avantage est lié au constat suivant : plus on prend connaissance d’une erreur tardivement dans le cycle de réalisation d’un projet, plus les changements qui en découlent sont coûteux. Or il est impossible de prédire toutes les erreurs que l’on va commettre à l’avance... il y en a forcément dans tous les projets.

  Etant donné que dans une conduite de projet classique on fait tout pour empêcher ces erreurs de se produire, les seules que l'on rencontre sont donc les plus dures à prévoir et sont en toute logique celles qui apparaissent en fin de cycle. Elles ont alors de lourdes conséquences sur le projet.

  Avec une conduite agile, procéder par cycles courts redondants permet de constater les erreurs très régulièrement. On fait donc plus d'erreurs, mais les changements qu'elles impliquent sont alors assez faciles à prendre en compte et ne remettent pas en cause le bon déroulement du projet dans sa globalité.

• une meilleure compréhension des besoins client

  le second avantage d’une conduite agile provient d’un autre problème bien connu dans la création d’applications. Dans la plupart des projets, les attentes du client ne sont pas suffisamment détaillées dans les spécifications au départ.

  Par ailleurs, plutôt que de demander plus de précisions au client, les développeurs ont souvent la fâcheuse habitude d’interpréter ce manque d’information tel qu’ils “pensent” que le client l’aurait souhaité. Malheureusement la plupart du temps ils se trompent.

  Avec une conduite classique de projet, le client se retrouve donc trop souvent avec une solution qui ne répond pas correctement à ses attentes. De plus, comme il ne s’en rend compte qu’en fin de cycle du projet, il est alors très compliqué d'appliquer les modifications souhaités. Tout le monde se rejette alors la faute : le client blâme les développeurs qui eux, estiment que c'est le client qui n’a pas été assez précis.

  Avec les cycles courts et répétitifs des méthodes agiles, les échanges avec le client sont extrêmement fréquents ! Ce dernier peu donc régulièrement donner son avis sur ce qui a été fait et éclaircir ses besoins si ceux-ci n’ont pas été interprétés comme il l’entendait. Il est alors possible de réajuster le tire pendant qu’il en est encore temps et les projets restent toujours à 99% fidèles aux besoins du client.

Le développement informatique ne se limite pas à devoir connaître des langages de programmation sur le bout des doigts. Il me semble notamment qu'un développeur doit être capable d'adopter un certain type de raisonnement afin de transposer des besoins exprimés "en français" en des algorithmes qui soient compréhensibles par un système qui ne réfléchi pas de lui-même.

Cette capacité, j'ai eu maintes fois l'occasion de la faire se développer depuis mon arrivée en école d'ingénieur en programmant par exemple des intelligences artificielles ou encore des algorithmes de tri et de théorie des graphes...