Lorsque vous travaillez sur un projet unique avec une petite équipe, disons, trois développeurs, il est commun pour nous poser des questions aux autres:
"Oh, comment ce travail en classe?" ou "Quels sont les biens que j'cela pour rendre ce arrivé?", comme le code de base augmente, et bien sûr, nous devons utiliser les Api disponibles, les cours, les contrôles, et al. que nous construisons.
Cependant, je suis parfois insatisfaits avec certaines implémentations, mais je ne veux pas de "dire" les autres gens quoi faire.
Parfois, c'est quelque chose d'aussi petit que "au lieu de changer deux propriétés pour faire quelque chose, pourquoi ne pas simplement appeler une méthode avec deux paramètres?" Ce genre de chose.
D'autres fois, c'est quelque chose de légèrement plus grand, comme la façon dont l'ensemble des boîtes de dialogue ont été mis en œuvre tout au long de l'application.
Dans ces cas, je me trouve parfois juste d'aller là-bas une fois que tout a été vérifié, et modifiant le code, puis de communiquer que je viens de changer ceci ou cela, et pourquoi.
C'est que impoli? En aucun cas je dis je sais toujours mieux, c'est purement un cas-par-cas chose.
Mon sentiment est que je veux travailler dans des environnements où les autres n'hésitez pas à améliorer sur ce que j'ai fait, aussi longtemps qu'ils le communiquer à moi par la suite. Non pas parce que je "possède" le code, mais parce que j'aimerais apprendre.
Yay ou non?
Mise à JOUR
Merci pour tous les commentaires. Je tiens à répondre à des réponses spécifiques lorsque je reçois un certain temps.
Pendant ce temps, le principal sentiment que je reçois est que, en tant qu'équipe, nous avons vraiment besoin de régler certaines attentes quant à la façon dont nous nous traitons les uns les autres travaillent. Que ce soit à travers des revues de code, ou que nous venons de dire, "regardez, il est gratuit pour tous!". Non pas que nous le ferions, mais au moins les attentes sont définies.
