Pour ou Contre développement à neuf
Résolu/Fermé
marthib
Messages postés
24
Date d'inscription
vendredi 13 janvier 2017
Statut
Membre
Dernière intervention
18 juillet 2017
-
19 janv. 2017 à 16:54
Whismeril Messages postés 19028 Date d'inscription mardi 11 mars 2003 Statut Non membre Dernière intervention 24 avril 2024 - 20 janv. 2017 à 09:17
Whismeril Messages postés 19028 Date d'inscription mardi 11 mars 2003 Statut Non membre Dernière intervention 24 avril 2024 - 20 janv. 2017 à 09:17
A voir également:
- Pour ou Contre développement à neuf
- Iphone 14 prix neuf - Guide
- Magnétoscope vhs neuf leclerc - Forum Lecteurs et supports vidéo
- Neuf messagerie ✓ - Forum Mail
- Problème affichage développement lightroom - Forum Photoshop
- Neuf mail ✓ - Forum Réseaux sociaux
2 réponses
Whismeril
Messages postés
19028
Date d'inscription
mardi 11 mars 2003
Statut
Non membre
Dernière intervention
24 avril 2024
931
Modifié par Whismeril le 20/01/2017 à 09:17
Modifié par Whismeril le 20/01/2017 à 09:17
Bonjour,
Sans connaître particulièrement Php, j'en pousse aussi dans le sens de la remise à zéro.
Tu as commencé ton message par
Bien sûr, cela vient en complément de ce que t'a dit Naga, que je salue au passage.
J'ai un exemple actuellement dans mon job, ou on a eu gain de cause. Au final on a mis un,peu plus de temps qu'estimé, mais le résultat dépasse toutes les esperenaces initiales. Pour une raison simple, en interne le dialogue et rapide et non contractuel, en phase de tests de nombreuses fonctionnalités ont été ajoutées pour simplifier la vie de l'utilisateur. Si ça avait été externalisé, il aurait fallu faire un avenant au contrat et financer le surcoût, et ça c'est jamais gagné.
Quand j'étais petit, la mer Morte n'était que malade.
George Burns
Sans connaître particulièrement Php, j'en pousse aussi dans le sens de la remise à zéro.
Tu as commencé ton message par
Je suis chargé de faire la programmation d'un logiciel web à la base développer par une compagnie externe qui utilisait des mauvaises pratiques.Une mauvais pratique est mauvaise parce qu'elle a des conséquences inattendues. Lors de ton argumentaire extrait quelques exemple de code "mal écrit" et si tu peux, montre quels bugs peuvent en decouler, essayes aussi d'estimer le temps qu'il faudrait pour "juste corriger les mauvaises pratiques" et si c'est à ton avantage mets le en balance avec le temps de tout refaire.
Bien sûr, cela vient en complément de ce que t'a dit Naga, que je salue au passage.
J'ai un exemple actuellement dans mon job, ou on a eu gain de cause. Au final on a mis un,peu plus de temps qu'estimé, mais le résultat dépasse toutes les esperenaces initiales. Pour une raison simple, en interne le dialogue et rapide et non contractuel, en phase de tests de nombreuses fonctionnalités ont été ajoutées pour simplifier la vie de l'utilisateur. Si ça avait été externalisé, il aurait fallu faire un avenant au contrat et financer le surcoût, et ça c'est jamais gagné.
Quand j'étais petit, la mer Morte n'était que malade.
George Burns
nagaD.scar
Messages postés
4272
Date d'inscription
samedi 8 septembre 2007
Statut
Membre
Dernière intervention
4 janvier 2023
251
Modifié par nagaD.scar le 19/01/2017 à 17:29
Modifié par nagaD.scar le 19/01/2017 à 17:29
Salut,
Tout dépend de l état d avancement du projet au moment ou tu le récupère.
Dans ton cas il semble qu'il y ai quelques points de départ et une structure (plus ou moins poussée).
Concernant tes arguments, je vais apporter quelques modifications:
concernant "Le logiciel utilise PHP 5.3 ...". Ton argumentaire ouvre à la discussion: pourquoi ce que tu veux faire n est pas adapté etc etc. Il faut plutot le présenter de cette manière:
L actuelle version php utilisée pour le projet est une version en fin de vie (release en 2013), ils serai plus adapté d'utiliser une version plus récente permettant de repousser la future migration. De plus de nombreuses nouvelles possibilités sont offertes avec la nouvelle version (en précisant la dernière stable) [tu donnes des exemples], qui prendraient un temps de développement supérieur avec la version actuelle du projet (tu peux faire une estimation si t en as les moyens).
pour " Je sais que débuter avec du nouveau code va prendre plus de temps à l'entreprise ----" surtout pas! d'une part car ce n est pas nécessairement vrai, et d autre part car tu demandes à l entreprise de faire une concession. Par contre présenté d'une autre manière, ca change le tout:
Le temps de compréhension de l état du projet et sa structure afin d en reprendre le développement demandant un temps conséquent, et le fait que le projet actuel soit développé dans une version vieillissante de php [tu peux inclure ton argumentaire précédent], la reprise sur des bases saines me semble plus plus appropriée, le temps nécessaire pour ca étant proche de celui de sa reprise.
Tout dépend de la manière dont tu présentes les choses. Et le contre argumentaire tu n as pas à le mettre en avant mais au contraire te l approprier pour qu il aille dans ton sens.
Pour ce qui est du framework, je préfère aussi faire mon propre framework car bien souvent je me trouve face à certaines spécificité compliquées à mettre en place, et lorsqu une faille est trouvé, c'est pour l ensemble des sites ayant la même version. Bon aussi j avoues que je m eclate à les refaire moi meme x]
oh, et il y a aussi un argument important à mettre en avant: la maintenance d un projet se fait beaucoup plus facilement s'il est développé dans une structure (manière de coder) unique. Si tu dois reprendre le projet en l etat, il y aura donc soit un impacte sur le temps de développement (tu devras coder avec une manière dont tu n es pas familier), soit un impacte sur la maintenance (c'est toujours difficile de reprendre du code oú X dev sont passés^^)
naga
Tout dépend de l état d avancement du projet au moment ou tu le récupère.
Dans ton cas il semble qu'il y ai quelques points de départ et une structure (plus ou moins poussée).
Concernant tes arguments, je vais apporter quelques modifications:
- ----------
concernant "Le logiciel utilise PHP 5.3 ...". Ton argumentaire ouvre à la discussion: pourquoi ce que tu veux faire n est pas adapté etc etc. Il faut plutot le présenter de cette manière:
L actuelle version php utilisée pour le projet est une version en fin de vie (release en 2013), ils serai plus adapté d'utiliser une version plus récente permettant de repousser la future migration. De plus de nombreuses nouvelles possibilités sont offertes avec la nouvelle version (en précisant la dernière stable) [tu donnes des exemples], qui prendraient un temps de développement supérieur avec la version actuelle du projet (tu peux faire une estimation si t en as les moyens).
- ----------
pour " Je sais que débuter avec du nouveau code va prendre plus de temps à l'entreprise ----" surtout pas! d'une part car ce n est pas nécessairement vrai, et d autre part car tu demandes à l entreprise de faire une concession. Par contre présenté d'une autre manière, ca change le tout:
Le temps de compréhension de l état du projet et sa structure afin d en reprendre le développement demandant un temps conséquent, et le fait que le projet actuel soit développé dans une version vieillissante de php [tu peux inclure ton argumentaire précédent], la reprise sur des bases saines me semble plus plus appropriée, le temps nécessaire pour ca étant proche de celui de sa reprise.
- ----------
Tout dépend de la manière dont tu présentes les choses. Et le contre argumentaire tu n as pas à le mettre en avant mais au contraire te l approprier pour qu il aille dans ton sens.
Pour ce qui est du framework, je préfère aussi faire mon propre framework car bien souvent je me trouve face à certaines spécificité compliquées à mettre en place, et lorsqu une faille est trouvé, c'est pour l ensemble des sites ayant la même version. Bon aussi j avoues que je m eclate à les refaire moi meme x]
oh, et il y a aussi un argument important à mettre en avant: la maintenance d un projet se fait beaucoup plus facilement s'il est développé dans une structure (manière de coder) unique. Si tu dois reprendre le projet en l etat, il y aura donc soit un impacte sur le temps de développement (tu devras coder avec une manière dont tu n es pas familier), soit un impacte sur la maintenance (c'est toujours difficile de reprendre du code oú X dev sont passés^^)
naga
marthib
Messages postés
24
Date d'inscription
vendredi 13 janvier 2017
Statut
Membre
Dernière intervention
18 juillet 2017
19 janv. 2017 à 17:54
19 janv. 2017 à 17:54
Wow! Je ne m'attendais pas à avoir une tel aide! Ça me confirme surtout que j'ai raison de vouloir repartir à neuf! Merci beaucoup! En plus tu me donne les mots pour défendre mon point! Tu es super!!
nagaD.scar
Messages postés
4272
Date d'inscription
samedi 8 septembre 2007
Statut
Membre
Dernière intervention
4 janvier 2023
251
20 janv. 2017 à 08:47
20 janv. 2017 à 08:47
pas de soucis, c'est mon taff et j ai tendance à préférer aussi repartir de zéro ^^
