Je suis certain que je ne suis pas la première personne à exécuter dans ce scénario, alors j'ai pensé jeter là-bas et voir ce que l'on ruche a à dire. Comme un avertissement, la personne sur laquelle je base cette question n'est pas quelqu'un que je travaille actuellement avec.
Ce qui est une preuve de tact, mais efficace, une façon de montrer à quelqu'un que certains de leurs "vieux chien" habitudes ont tombé hors de la faveur, ou ont été remplacés par des plus efficace et gérable solutions? La nature dynamique de développement tend à soutenir un LOT de compatibilité ascendante, quand il s'agit de méthodes, de sorte que "ça ne fonctionne plus" est rarement un honnête option, mais souvent ces vieilles habitudes ont été remplacées. Par exemple..
- Toujours écrire des wrappers pour cadre les méthodes, car ils vont changer et briser votre code. N'appelez jamais quoi que ce soit dans le cadre directement
- Ne pas utiliser les propriétés, parce que tout ce qui pourrait exécuter du code doit être dans une méthode ou une fonction. C'est ce qu'ils sont pour.
- Ne jamais utiliser des bibliothèques tierces, car ils vous briser
La liste est longue, et je suis sûr que les gens d'ici ont une impression de ce que je reçois au. Beaucoup de ces ne sont pas les même méthodes, en soi, en tant qu'ils sont automatique des réactions à la perspective de changement.
Comment faites-vous (et, par extension, comment puis-je) faire face à de tels scénarios et de maintenir une bonne relation de travail avec ces personnes?
EDIT:
J'ai reçu quelques commentaires sur la nature des exemples. Ces exemples visent à montrer l'inflexible état d'esprit, plutôt que d'illustrer une faute avec n'importe quel habit.