J'aborde les problèmes en les décomposant avant d'écrire la moindre ligne de code. Le temps passé à comprendre les contraintes en amont est presque toujours plus rentable que de foncer dans l'implémentation.
Je suis à l'aise pour travailler de manière indépendante et gérer mon rythme sur des projets longs. Je n'ai pas besoin d'un suivi constant pour rester dans le bon sens, mais je sais aussi quand solliciter un avis.
La plupart de mes projets académiques ont été réalisés en équipe de 2 à 4 personnes. J'ai appris à répartir le travail efficacement, à partager le contexte clairement et à intégrer les contributions sans créer de conflits.
J'ai dû changer d'outils, de langages et d'approches en cours de projet à plusieurs reprises. Je m'adapte rapidement aux nouvelles contraintes, qu'elles soient techniques, organisationnelles ou temporelles.
Je remets en question les hypothèses avant de les accepter, y compris les miennes. J'essaie de distinguer ce que je sais, ce que je crois savoir et ce que je suppose, surtout lors de décisions techniques.
J'assimile rapidement de nouvelles technologies en lisant la documentation et en étudiant des exemples fonctionnels. Je n'ai pas besoin d'un cadre de formation structuré pour apprendre quelque chose : j'avance par problème.
← Fermer le panneau pour revenir à la scène 3D.