Comment gérer le «coup dur de programmation»? [fermé]

Je suis donc sûr que tout le monde a rencontré cette personne à un moment ou à un autre, quelqu'un prend vent de votre projet ou de votre idée et montre initialement un certain intérêt. Vous arrivez à parler de certaines de vos méthodes et généralement à cette époque, elles interviennent en indiquant comment vous devez utiliser la méthode X à la place, ou utilisez simplement la bibliothèque Y. Mais pas comme une suggestion amicale, mais à la limite d'un commandement. Répétant souvent le même conseil encore et encore comme un perroquet trop zélé.

Personnellement, j'aime réinventer la roue lorsque j'apprends, ou même juste pour le plaisir, même si cela s'avère pire que ce qui a été fait auparavant. Mais cette personne ne peut apparemment pas imaginer recréer TOUT utilitaire à de telles fins, ou peut-être essayer quelque chose qui ne suit pas strictement les pratiques traditionnelles de POO, et ne se contentera de rien, sauf leur sens de la perfection, et donc poussera naturellement leurs critiques vers le bas de mes oreilles. . Pour couronner le tout, ils commencent finalement à justifier leurs conseils (retard) en énumérant toutes les choses incroyablement complexes qu'ils ont codées à eux seuls (généralement dans le sens de "croyez-moi, j'ai fait / utilisé le programme X pendant longtemps). , bla bla bla ").

Maintenant, je suis loin d'être un maître de la programmation, je ne suis probablement même pas si bon, et en tant que tel, j'apprécie les conseils et la critique, mais je pense que les conseils / critiques ont un temps et un lieu. Il y a aussi une grande différence entre être utile et narcissique. Dans le passé, j'aurais probablement utilisé un rejet de style George Carlin un peu plus fort, mais je ne pense plus que brûler des ponts soit la meilleure approche.

Avez-vous des conseils sur la façon de gérer ce type de flagellation verbale?

Ne les laissez pas simplement parler. Mettez-les devant un clavier. L'expression "ok, montre-moi" devrait le faire. D'après mon expérience, la plupart des coups durs ne sont pas si bons, et quand ils essaient de faire ce qu'ils disent, cela ne fonctionne pas et les choses deviennent vraiment silencieuses.

Je programme depuis trente ans. Je connais beaucoup de gens qui me considèrent comme un "maître de la programmation". Vous voulez connaître mon sale petit secret? Je suis à peine compétent dans certains domaines, mais c'est tout. Surtout je suce .

J'ai travaillé avec des génies incroyables au cours de ces années, pas avec le génie de l'actrice sur un podium qui bouillonne autour de sa co-star, mais avec le QI flamboyant, Genius avec un génie de type G majuscule. Zut, j'ai lu Knuth.

Si vous y travaillez dur et assez longtemps tôt ou tard, vous vous rendrez compte que tout ce que vous pouvez faire est vraiment insignifiant par rapport à l'ampleur et à la profondeur du talent. Je ne vois pas comment quelqu'un peut atteindre ce point et repartir avec autre chose que la plus profonde humilité.

Quiconque maîtrise son point de vue sur une autre personne et pense que sa voie est la bonne manière par-dessus tout n'est tout simplement pas un très bon programmeur. Prends ma parole.

Mon conseil, vous êtes sur la bonne voie et ne brûlez pas les ponts. Écoutez poliment, prenez ce que vous pouvez de bon, puis suivez votre propre chemin.

Comme la plupart des situations sociales, cela dépend du contexte.

Si cette personne est dans un rôle principal (le contexte étant probablement un lieu de travail), vous êtes en quelque sorte arrosé à moins que vous ne puissiez la convaincre d'utiliser des techniques différentes de celles qu'elle choisit. J'espère qu'ils sont ouverts aux critiques de leur équipe. Dans de nombreux cas, j'ai trouvé que présenter de bons arguments solides et fondés sur les raisons pour lesquelles votre approche particulière est meilleure pour le projet les gagnera souvent. S'ils continuent d'être têtus juste parce que "c'est comme ça que c'est censé être fait" (ou pour une autre raison stupide), ils finissent par avoir l'air mauvais de toute façon et vous avez l'air d'avoir au moins essayé d'être rationnel. Dans ce cas, je recommanderais également de consulter les carrières.so ...

Si cette personne est votre pair, vous pouvez à peu près simplement l'ignorer et passer à autre chose. Mieux serait de leur demander d'expliquer pourquoi ils apprécient une bibliothèque ou une approche particulière. Au cours de la discussion, ils peuvent se rendre compte que vos contraintes sont différentes de ce qu'elles prévoyaient (par exemple, vous n'avez pas besoin d'une "bibliothèque X ultra-rapide géniale" parce que vous n'avez pas besoin d'une vitesse de pédale au métal brute, ou je ne veux pas utiliser le "composant Y prédéfini" car vous visez à minimiser les dépendances). Vous pourriez également obtenir des informations précieuses sur certaines de leurs suggestions. Habituellement, dans des situations comme celles-ci, je finis par suivre ma propre voie, mais je vais aussi généralement glaner des informations utiles en examinant au moins l'approche / la technologie / la bibliothèque qu'ils préconisent.

Si cette personne est en dessous de vous, dites-lui de s'en aller :) Ok ... peut-être un peu plus constructif que ça (ne soyez pas le type même de personne avec qui vous essayez de faire affaire!), Et essayez à nouveau comprendre ce qui se passe et communiquer efficacement.

En fin de compte, si la personne est vraiment un coup dur qui ne veut pas faire de compromis, n'est pas ouverte d'esprit et n'a pas envie d'apprendre; alors tout ce que vous pouvez vraiment faire est de l'ignorer et d'essayer de tirer le meilleur parti de la situation.

Essayez de comprendre pourquoi il ressent le besoin de s'immiscer de cette façon.

• A-t-il peur que vous fassiez la mauvaise chose et que vous perdiez de l'argent / du temps pour l'entreprise?
• A-t-il de l'insécurité et peur d'être hors de propos?
• Essaie-t-il d'être utile en suggérant une meilleure solution, mais sans succès?
• Comprend-il mal votre objectif d'explorer l'espace de la solution?
• Est-ce sa façon d'être amical?
• Quelqu'un lui a-t-il dit que vous devriez toujours utiliser X, alors il suggère toujours X? Pourquoi lui ont-ils dit cela?
• Est-il un vendeur pour la technologie X?

Ils ont tous des réponses différentes.

Avec une meilleure compréhension de votre «coup dur» - commencez par perdre cette étiquette pour lui - vous serez beaucoup plus en mesure de trouver un moyen de travailler ensemble.

Vous pourriez également rechercher pourquoi cela vous dérange autant. Pourquoi n'êtes-vous pas en mesure d'ignorer sa contribution ou de la dévier sans danger?

Passez en mode de programmation fonctionnelle. La plupart des durs à cuire connaissent Java et rien d'autre. Donc, dès que vous les frapperez avec quelque chose de bizarre comme Haskell ou Lisp ou même Ruby, ils vont s'arrêter net.

Je leur dirais de f ** k off (vous pouvez utiliser plus de verbiage diplomatique si vous le souhaitez.) Ou simplement les ignorer. Il n'y a pas beaucoup d'options au-delà de ce que j'ai dit. (Le meurtre pourrait fonctionner mais la légalité varie selon les régions.)

Pourquoi vous souciez-vous de ce que dit cette personne? Sont-ils ton patron? On s'en fout? Chaque travail a un gars, espérons-le pas vous, qu'ils évitent, ou ils l'entendent descendre le couloir et ils esquivent. Ils ne l'aiment tout simplement pas. Ils ne savent peut-être même pas pourquoi. Mais c'est comme ça que le monde est. Soyez cordial et peu importe. On dirait que vous voulez votre livre de chair et le gifler un peu.

Il y avait un gars comme ça dans mon dernier lieu de travail. Non seulement il avait une opinion sur chacune des tâches discrètes sur lesquelles tout le monde travaillait, mais il roulait aussi et demandait "qu'est-ce que tu fais - je suis juste intéressé!" au moment où vous vous lanciez dans une tâche, plutôt que de vous consacrer à son propre travail auquel il avait été affecté. C'est une chose d' avoir une opinion sur quelque chose de temps en temps - nous avons chacun des opinions, et les équipes productives devraient toujours être ouvertes aux commentaires valides de leurs pairs - mais c'est une toute autre perspective quand une personne met à plusieurs reprises les autres développeurs hors de leur travail en leur demandant de arrêter ce qu'ils font et leur expliquer, dans l'espoir qu'ils puissent se développerune opinion au cours de la conversation qu'ils proposent d'avoir au lieu de laisser leurs collègues poursuivre leur travail.

Lorsque ce type particulier a essayé ce qui précède sur moi, sa ligne d'ouverture était "Que faites-vous?", À laquelle j'ai donné un bref aperçu poli de la tâche que je venais de commencer, au cas où il ne demanderait en fait que nonchalamment plutôt que de chercher un long et peu éclairant débat sur le sujet comme je le soupçonnais d'une expérience préalable douloureuse était son intention. En réponse à mon explication générale, il a ajouté: "Je ne comprends pas? ...", sur un ton qui laissait entendre que rien ne me ferait plus plaisir que d'arrêter ce que je faisais pour lui expliquer mes intentions plus en détail, Je viens de dire "Pourquoi auriez-vous besoin de comprendre?", Ce qui l'a stoppé net.

Tous les autres développeurs du bureau gloussèrent bruyamment alors qu'il retournait boudeur vers son siège, incapable de répondre à ma question. La leçon à retenir ici, si je peux me permettre d'en donner une, est que ces personnes sont toujours mieux traitées civilement et calmement, mais fermement. Si vous ne parvenez pas à entretenir leur interférence avec votre travail et à étouffer toutes les conversations qui menacent de prendre la teneur d'un argument avant même de commencer, ces personnes n'ont généralement nulle part où aller dans leur tentative de faire dérailler votre processus de pensée.

Frappez-les avec la ligne "Vous ne devriez jamais utiliser quelque chose que vous ne comprenez pas".