Comprendre code qui n'est pas le mien, dans un projet en phase avancé

Bonjour à tous,

J'ai commencé il y a quelque temps mon nouveau poste en tant que développeur Java/JEE et j'aimerais avoir des conseils d'experts.
Dans ce projet, je dois effectuer des tâches diverses; fixer un bug, développer une fonctionnqlité, étendre une interface..etc.
Cependant ce projet et avancé et manque de documentation, des fonctions sont mals commentés, etc. A cause de celà, je ne peut pas prendre part dans le développement de fonnctionnalités intéressantes::(.
J'aimerais avoir vos conseils et méthodes et savoir comment faire pour compredre le code et pouvoir travailler avec un code qui n'est pas le miens ?

merci pour vos conseils.

Salut,

J'ai bien peur qu'il n'y ait pas de méthode toute faite. Je dirais qu'il faut surtout commencer par comprendre fonctionnellement le programme : ce qu'il est censé faire, pas comment il le fait. Ensuite, petit à petit, lorsque tu dois faire évoluer telle ou telle partie, se concentrer sur la partie en question, essayer de repérer les grands ensembles, et les points d'accroche (les endroits où tu vas pouvoir ajouter ton code). Inutile de tout connaître, si tu n'as pas besoin de tout modifier. A l'occasion, lire le code, l'analyser, éventuellement ajouter des commentaires. Et quand tu commenceras à bien connaitre ses méandres, retoucher et refactoriser certaines parties, au besoin (lorsque tu auras besoin de faire évoluer), commencer par renommer certaines méthodes, introduire un peu d'isolation s'il en manque, consolider le modèle (introduire Interfaces et Abstractions), etc.

Humm, j'imagine que tout le monde sera d'accords pour dire qu'il n'y a pas de solution miracle malheureusement.

Au début tu devras fournir d'avantage d'efforts pour comprendre en premier lieu comment fonctionne le soft..

Quand j'ai eu mon premier job, j'ai passé plusieurs jours à fixer tous les NullPointerException qui trainaient à cause d'un problème récurent dans le code :aie:

C'était chiant mais au moins ça m'a permis d'ouvrir une bonne partie des gros modules du soft, de voir comment ils fonctionnaient et de me faire une petite idée de ce qui m'attendait par la suite. Et puis si ton chef est pas trop con, il va pas te filer un bug sur une fonction moteur dès ton arrivé dans la boite :mrgreen: il va te filer des bugs qui sont a ta portée pour te permettre d'évoluer.

Il faut bien comprendre qu'il y a une différence entre savoir coder, et savoir coder sur un soft existant. Souvent devant une problématique tu n'as pas trop le choix et il te faut t’adapter à ce qui existe déjà. D'où l'importance de prendre un peu de recul au début et d'apprendre sur le tas en y allant morceau par morceau.

Après tout ça n'est que mon opinion/expérience évidement :mouarf:

Merci beaucoup pour vos réponses. :)
Effectivement, comme vous l'avez suggéré, je participe dans des petittes activité pour fixer des bugs ou étendre une interfaces et ça m'a aidé petit à petit à comprendre le code, mais parfois ça devient très énervant de ne pas pouvoir avancer ou de ne pas comprendre le fonctionnement d'une partie du code.
En vérité on me demande souvent de poser des questions, mais parfois je trouve le code trop compliqué pour pouvoir poser des questions spécifiques.
En tout cas je vais essayer de garder patience en attendant d'apprendre plus par l'expérience ;)