Commentaires sur : Reprendre un développement http://www.tsoin.com/asblog/2009/03/09/reprendre-un-developpement/ AS3, Flash, Flex, AIR Wed, 23 Nov 2011 06:33:31 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Par : Kristanna http://www.tsoin.com/asblog/2009/03/09/reprendre-un-developpement/comment-page-1/#comment-172 Kristanna Sat, 21 May 2011 02:52:25 +0000 http://www.tsoin.com/asblog/?p=260#comment-172 Thanks for sharing. What a pleusare to read! Thanks for sharing. What a pleusare to read!

]]> Par : Yann http://www.tsoin.com/asblog/2009/03/09/reprendre-un-developpement/comment-page-1/#comment-121 Yann Tue, 24 Mar 2009 11:26:03 +0000 http://www.tsoin.com/asblog/?p=260#comment-121 Salut! "les personnes qui ont payées n’aiment pas bien entendre qu’elles ont payées pour de la crotte…" Certain clients sont habitués maintenant :D "L’avantage d’être salarié, on peut se reposer sur sa hiérarchie pour déléguer ses choix..." Ha la blague! :D Alors Vince t'as hierarchie? Ca va? ils assument les choix techniques? Trève de plaisanterie. Tu as plusieurs options. De combien de temps as tu besoin pour appliquer une architecture classique à ce que tu as récupéré? (mettre ta timeline dans des classes) En fonction de ca tu peux déjà voir si une reprise du code existant est possible et judicieuse. Le code est il commenté? Es tu en accord avec la logique de construction? Comprends tu lorsque tu vois une function la ou le developpeur voulait en venir? Son but te parait il logique? Sa constrution appropriée? Repartir de zéro implique toujours le même problème. A la fin du projet auras tu encore assez de temps pour la redaction d'un doc d'exploitation? Si non le problème se reposera à l'identique au prochain developpeur sur le projet. Si tu fait un depart vierge rien ne t'empeche de decortiquer par la suite l'ancien projet pour apprendre. Voir de le faire au fur et a mesure pour comparer ta conception d'un module avec celle de l'autre dev afin de comparer, ameliorer, ou même reprendre ce qui a été fait si cela te semble plus judicieux que ce que tu as fait. Tu dois avec les infos que tu as prendre un decision avec comme parametre le temps, le cout, la probabilite de reussite, la performance finale, la maintenance futur. Bonne chance et biz aux ex collegues. Yann. Salut!

« les personnes qui ont payées n’aiment pas bien entendre qu’elles ont payées pour de la crotte… »
Certain clients sont habitués maintenant :D

« L’avantage d’être salarié, on peut se reposer sur sa hiérarchie pour déléguer ses choix… »
Ha la blague! :D Alors Vince t’as hierarchie? Ca va? ils assument les choix techniques?

Trève de plaisanterie.
Tu as plusieurs options. De combien de temps as tu besoin pour appliquer une architecture classique à ce que tu as récupéré? (mettre ta timeline dans des classes)
En fonction de ca tu peux déjà voir si une reprise du code existant est possible et judicieuse.
Le code est il commenté?
Es tu en accord avec la logique de construction?
Comprends tu lorsque tu vois une function la ou le developpeur voulait en venir?
Son but te parait il logique?
Sa constrution appropriée?

Repartir de zéro implique toujours le même problème. A la fin du projet auras tu encore assez de temps pour la redaction d’un doc d’exploitation? Si non le problème se reposera à l’identique au prochain developpeur sur le projet.

Si tu fait un depart vierge rien ne t’empeche de decortiquer par la suite l’ancien projet pour apprendre. Voir de le faire au fur et a mesure pour comparer ta conception d’un module avec celle de l’autre dev afin de comparer, ameliorer, ou même reprendre ce qui a été fait si cela te semble plus judicieux que ce que tu as fait.

Tu dois avec les infos que tu as prendre un decision avec comme parametre le temps, le cout, la probabilite de reussite, la performance finale, la maintenance futur.

Bonne chance et biz aux ex collegues.
Yann.

]]> Par : Vincent Helwig http://www.tsoin.com/asblog/2009/03/09/reprendre-un-developpement/comment-page-1/#comment-119 Vincent Helwig Mon, 09 Mar 2009 17:18:06 +0000 http://www.tsoin.com/asblog/?p=260#comment-119 En effet chaque projet est différent, et dans ton cas, il semble clair que tu as tout intérêt à repartir de zéro, et le client aussi, ça évitera des semaines inutiles de boulot, et une maintenance bancale. Il n'y a aucun intérêt à continuer sur un code obsolète, tu vas dans l'évolution de la technologie et pas dans le sens inverse ( comme le projet que je site plus haut ), c'est bien ce que je reproche au 2° free, repartir de zéro, mais avoir des méthodes de développement valable en AS2, avec des copier/coller de codes dans des MC, des variables globales... bref, pas joli joli. Dans un sens c'est intéressant de reprendre et cleaner, faire un travail d'optimisation, mais 3 développeurs Flash consécutifs pour 3 versions définitives, je me dis qu'il y a comme un problème :D Pour résumer dans ton cas, c'est du nécessaire, dans le mien, c'est du temps de gâcher si le 2° avait été driver comme il faut... En effet chaque projet est différent, et dans ton cas, il semble clair que tu as tout intérêt à repartir de zéro, et le client aussi, ça évitera des semaines inutiles de boulot, et une maintenance bancale. Il n’y a aucun intérêt à continuer sur un code obsolète, tu vas dans l’évolution de la technologie et pas dans le sens inverse ( comme le projet que je site plus haut ), c’est bien ce que je reproche au 2° free, repartir de zéro, mais avoir des méthodes de développement valable en AS2, avec des copier/coller de codes dans des MC, des variables globales… bref, pas joli joli.
Dans un sens c’est intéressant de reprendre et cleaner, faire un travail d’optimisation, mais 3 développeurs Flash consécutifs pour 3 versions définitives, je me dis qu’il y a comme un problème :D
Pour résumer dans ton cas, c’est du nécessaire, dans le mien, c’est du temps de gâcher si le 2° avait été driver comme il faut…

]]> Par : Armetiz http://www.tsoin.com/asblog/2009/03/09/reprendre-un-developpement/comment-page-1/#comment-118 Armetiz Mon, 09 Mar 2009 16:02:24 +0000 http://www.tsoin.com/asblog/?p=260#comment-118 Bonjour, Plusieurs choses sont possibles... Je suis dans se cas en se moment, un client à fait son site tout seul sur 7 ou 8 ans, il n'est pas développeur de métier et à réussit à faire quelque chose qui selon lui convient à 70%. Il souhaite donc prendre quelqu'un pour finir les 30% qu'il n'arrive pas. Manque de bol, je suis absolument contre le fait de reprendre le code déjà fait, d'une parce que la personne n'est pas développeur de métier et j'ai peur de signer un contrat interminable, et de deux parce que la technologie à beaucoup évolué depuis 7 ans. Le deuxième point me permet d'appuyer le premier, en effet j'ai comme argument principal, que grâce à l'évolution technologique et la maturation de Flex, le site peut être refait from scratch en deux semaines contrairement aux 4 mois estimé par le client. Mais ton cas est différent, tu n'as surement pas vraiment le choix de dire non, et le projet n'est pas vieux du tout. De plus, les personnes qui ont payées n'aiment pas bien entendre qu'elles ont payées pour de la crotte... Il est donc très délicat de choisir. L'avantage d'être free-lance, c'est de pouvoir dire "je le vois comme sa et pas autrement, si vous êtes pas contant tant pis on ne se revoit plus et no soucis". Mais lorsque l'on choisit, il ne faut pas se tromper et il faut faire confiance à son expérience et son nez.. L'avantage d'être salarié, on peut se reposer sur sa hiérarchie pour déléguer ses choix en expliquant correctement le pourquoi du comment (dans le cas où l'entreprise est ouverte et capable de comprendre ce que l'on dit). En tout cas, remettre le travail d'autrui en cause n'est jamais facile. Surtout lorsque l'on n'a pas beaucoup d'expérience, ce qui ne semble pas être ton cas. Bonjour,
Plusieurs choses sont possibles…
Je suis dans se cas en se moment, un client à fait son site tout seul sur 7 ou 8 ans, il n’est pas développeur de métier et à réussit à faire quelque chose qui selon lui convient à 70%.
Il souhaite donc prendre quelqu’un pour finir les 30% qu’il n’arrive pas.

Manque de bol, je suis absolument contre le fait de reprendre le code déjà fait, d’une parce que la personne n’est pas développeur de métier et j’ai peur de signer un contrat interminable, et de deux parce que la technologie à beaucoup évolué depuis 7 ans.

Le deuxième point me permet d’appuyer le premier, en effet j’ai comme argument principal, que grâce à l’évolution technologique et la maturation de Flex, le site peut être refait from scratch en deux semaines contrairement aux 4 mois estimé par le client.

Mais ton cas est différent, tu n’as surement pas vraiment le choix de dire non, et le projet n’est pas vieux du tout. De plus, les personnes qui ont payées n’aiment pas bien entendre qu’elles ont payées pour de la crotte…

Il est donc très délicat de choisir.
L’avantage d’être free-lance, c’est de pouvoir dire « je le vois comme sa et pas autrement, si vous êtes pas contant tant pis on ne se revoit plus et no soucis ». Mais lorsque l’on choisit, il ne faut pas se tromper et il faut faire confiance à son expérience et son nez..

L’avantage d’être salarié, on peut se reposer sur sa hiérarchie pour déléguer ses choix en expliquant correctement le pourquoi du comment (dans le cas où l’entreprise est ouverte et capable de comprendre ce que l’on dit).

En tout cas, remettre le travail d’autrui en cause n’est jamais facile. Surtout lorsque l’on n’a pas beaucoup d’expérience, ce qui ne semble pas être ton cas.

]]>