La question est la suivante et le détail suit: y a-t-il quelque chose que je puisse dire / évoquer, en tant que programmeur, pour l'amener à mes côtés?
J'adorerais entendre des arguments valables pour les deux parties sur celui-ci, mais surtout des suggestions sur la façon de lui parler.
Ma situation est la suivante: je travaille sur un projet d'équipe sur mon cursus, en construisant un site Web de taille moyenne comme prototype pour l'université. Tous sont considérés comme égaux dans le groupe et il n'y a pas de chef désigné, donc la réponse à ce problème ne peut pas être "tirer le rang".
Tous sont égaux, mais il existe un énorme fossé de connaissances entre les membres. Le membre de l'équipe en question et moi sommes tous deux des développeurs compétents, bien qu'il ne possède aucune expérience de l'industrie. Les trois autres membres sont moins capables et deux ont complètement abandonné le développement. Tous les trois ont refusé de commenter la situation en raison du manque de connaissances.
En tant que groupe, nous venons de décider quelles technologies utiliser dans la mise en œuvre du site Web; en particulier, s'il faut utiliser un framework PHP (Code Igniter) ou non.
Je plaide en faveur, citant:
- Ne pas réinventer la roue
- Base de code bien écrite et testée pour travailler à partir de
- Pour commencer (le délai est plus proche que nous le souhaiterions)
- Vitesse de développement
- Modèles de conception et bonnes pratiques solides et maintenables
Il plaide en faveur de travailler comme il le faisait auparavant:
- Ecrire des fonctions ponctuelles sur mesure dans un fichier "bibliothèque" quand il en a besoin
- Fonctions pour l'accès aux données et le rendu de ces données sur la page, obtenir / paramétrer vers et depuis la session et obtenir / publier des données, etc.
- Avoir 1 fichier par page (n'entraînant aucune séparation des préoccupations entre le contrôle, la présentation et les données)
Ses raisons contre l'utilisation de framework sont principalement basées sur le fait qu'il ne peut pas voir le point: il peut déjà faire toutes ces choses. Le cadre ne change pas cela, cela le rend juste plus difficile parce qu'il doit apprendre le cadre; il ne veut pas utiliser de code qu'il n'a pas écrit personnellement.
Il a également déclaré que "peu importe la qualité de la base de code, car le projet n'est qu'un prototype et ne sera jamais maintenu". Pour moi, ce n'est pas une excuse pour écrire du code impossible à maintenir.
Je peux voir pourquoi il fait ces arguments, mais je conteste son "manque de préoccupation concernant la maintenabilité" et son "mépris pour une bonne conception", ou même la séparation des préoccupations. Cependant, je soupçonne qu'il n'a jamais étudié les modèles de conception, donc je ne sais pas à quel point il serait efficace de démontrer pourquoi sa méthode pourrait être impossible à maintenir.
Je veux me lancer dans ce projet, mais je ne veux pas le faire sans tenir compte de tout ce que j'ai appris au fil des ans. Comme je l'ai déjà dit, il n'y a aucune possibilité de se classer ici, et les autres membres de l'équipe ne sont pas prêts à intervenir. Dois-je simplement reculer et faire les choses à sa manière? Est-il trop têtu et inexpérimenté pour mieux savoir? Ou suis-je le têtu ici?
TL; DR Un membre inexpérimenté de l'équipe est têtu, comment puis-je le gagner?
he doesn't want to use code he hasn't personally written.
Il
I want to know exactly how everything works
est un argument valable lors de l'apprentissage, ré-inventer la roue est en fait acceptable. Peut-être, juste peut-être, vous pourriez lire cela comme un appel à l'aide et non comme un entêtement.
since the project is only a prototype and will never be maintained
Derniers mots :) Je souhaite avoir un dollar à chaque fois que j'ai fait cette supposition et découvert que l'impatience et la cupidité à court terme des hauts responsables ont décidé que le prototype EST le produit maintenant.