Chez nous, les développeurs et développeuses sont libres de

tester

expérimenter

prendre des initiatives pour optimiser les projets

Chacun·e dispose de temps dédié à la veille technologique, à l’apprentissage et à l’amélioration continue.

Le Point Tech : Un Rendez-Vous Hebdomadaire pour Grandir Ensemble

Chaque semaine, lors des Point Tech, la Cool Team partage :

des retours d’expérience concrets

des tests techniques et leurs résultats

des nouvelles compétences acquises,

des bonnes pratiques de code issues de projets clients ou personnels.

Ces échanges réguliers permettent de faire grandir l’équipe, d’améliorer la qualité du code et de rendre le travail quotidien plus fluide. C’est l’un des ingrédients clés de notre efficacité… et de notre ambiance de travail.

Découper et simplifier le code au maximum

Aller toujours plus loin dans le découpage et la simplification du code permet d’en faciliter :

• le développement,
• la qualité,
• la maintenance sur le long terme.

Erwan rappelle par là une règle essentielle à suivre pour tout développement web éthique : un code lisible est un code durable.

Développer au service de l’utilisateur

Il ne faut jamais perdre de vue que l’on répond à un besoin humain avant tout. Le développement doit répondre à des enjeux fonctionnels à travers la technique.

Pour Erwan, les développeurs d’application conçoivent des architectures qui reflètent le besoin réel des utilisateurs et des clients. En ce faisant, on devient plus agile. Et cela facilite l’évolution des applications tout au long de leur cycle de vie.

Tester avec le client de manière régulière, à chaque livraison de lot

Sur certains projets, nous avons mis en place des tests en conditions réelles avec les clients.

Observer comment ils naviguent, où ils cliquent et ce qu’ils comprennent (ou non) permet d’identifier très rapidement :

• les incompréhensions,
• les bugs,
• les besoins non exprimés.

Résultat : des itérations plus courtes et plus efficaces.

Appliquer le TDD (Test Driven Development)

Le TDD consiste à écrire les tests avant le code. Cela garantit que chaque fonctionnalité respecte dès le départ :

• les attentes clients,
• les contraintes de sécurité,
• les besoins fonctionnels.

Pour Florence, « Le TDD a représenté un énorme gain de temps et de sérénité dans mes pratiques de développement quotidiennes ».

Passer par l’écrit pour structurer sa réflexion

Réfléchir en écrivant des notes permet à Florence de se décharger du trop-plein d’infos et de questions qu’on peut se poser avant les phases de conception. Cela lui permet aussi de ne rien oublier, mais aussi, de prendre du recul en se concentrant sur un seul problème à la fois.

Passer des schémas sur carnet au numérique

Pour chaque nouvelle tâche de code, Marie a pour habitude de schématiser les phases de conception, que ce soit pour un découpage global de composants ou une plus petite réalisation. Ses schémas qu’elle réalisait habituellement sur papier, se font désormais en numérique via One note et Figma. Ainsi, ils sont exploitables à tout moment, pour chaque membre de l’équipe, à l’image d’une bibliothèque partagée.

Hiérarchiser l’importance des tâches par rapport à leur valeur ajoutée

En front-end, le perfectionnisme peut vite devenir chronophage. Des détails peuvent apporter une valeur UX/UI importante pour l’utilisateur. Mais ils peuvent aussi compliquer le code et rendre une tâche initialement simple, plus complexe. Marie a appris à faire des compromis, pour gagner en qualité globale, en troquant le perfectionnisme contre la ruse.