Discussion :

[abir_rzg]

Bonjour,

J'ai besoin de conseil pour la façon optimale d'aborder un code php/ajax existant très difficilement lisible, pour le prendre en main, le comprendre et pouvoir y faire des évolutions le plus tot possible. SVP j'ai besoin de votre aide et de vos conseils sur le plan pratique pour accélérer les choses.

Merci!

[Invité]

Salut

Dis-nous :
-> l'objectif de ce code : qu'est-ce qu'il est censé faire ?
-> le résultat du code

Et bien sûr balance-nous quelques lignes, on pourra plus sûrement t'aider si on voit ce qui est réellement fait

[abir_rzg]

des utilisateurs se connectent à cet outil pour réclamer des erreurs suite à l'utilisation d'un certain nombre d'applications spécifiques. pour faciliter le travail des différentes équipes de support technique, on a mis en place cet outil pour que les utilisateurs suivent des templates bien précis de réclamation et précisent ainsi toutes les infos nécessaires à la résolution de chaque type de problème et de chaque type d'application. il y a aussi la partie admin qui est très importante pour la création des nouveaux templates par les équipes de support et la gestion des droits des utilisateurs.. la partie client est fonctionnelle mais très mal écrite et contien des bugs. la partie admin est à refaire entièrement. je ne dispose pas de bcp de temps pour tout revoir dans les détails mais je dois prendre en main le code pour pouvoir corriger les bugs et continuer les évolutions.

[Djef-69]

bonjour,

php/ajax mal codé... et faire des évolutions... sur un code déja buggué...le début du cauchemard...

que dire... un bon ide (netbeans, eclipse), firebug, xdebug (j'aime bien aussi le developpeur toolkit d'opéra)... et du kfé...

partie admin à refaire entièrement c'est quelque part un bon point (tout est relatif, ça dépend du temps aloué!) au moins tu est sur de maitriser cette partie là

gestion des bugs : permet quelque part de fouiller le code, les classer selon un critère d'urgence (critique, génant, anecdotique..) s'occuper des critiques (style supprimer un utilisateur vide la base!) dispatcher les autres à +tard... quand la pression sera acceptable. dans un sens je dirais commencer à s'allouer une partie de son temps sur le debuggage, essayer de comprendre le fonctionnel de l'applicatif et surtout le "comment il a été implémenté"

puis mixer avec l'évolutif, voir comment on peut s'intégrer dans ce m****er...

mais surtout faire du reporting... histoire de monter que ça bouge! mais que c'est pas simple

après pas évident de sortir des généralités, je sais pas s'il y'a des recettes miracles, courage. balance du code!

[herzak]

Salut,
si c'est pour un récupération de bugs que vous envoie les membres, pourquoi ne pas écrire une page spéciale pour les bugs du genre un formulaire, ou les membres pourront envoyer les scripts qui bugs et la page où se trouve le bug.
comme cela vous avez le temps de refaire tout le code, pendant le reste tourne tranquilement.
enfin c'est juste une idée.
bonne soirée

[abir_rzg]

Bonjour,

Merci à tous de vos propositions. Je vous tiens au courant de mon avancement dès que je peux. C'est vrai que c'est un peu le cauchemard en ce moment!!! Mais bon, ça me fera une bonne expérience.. enfin j'espère!

Bonne journée.