Optimisation des Talking Points 2018

[GN⁺]

Commentaires Hacker News

Résumé d’une sélection de commentaires Hacker News

• Expérience personnelle et qualité du code

  • Lorsqu’on travaille seul, on peut gérer soi-même la qualité du code, mais en équipe ce n’est pas toujours possible. Les demandes de refactorisation sont souvent ignorées, ce qui provoque une frustration durable. En relisant son ancien code, on prend conscience de ses propres erreurs, ce qui constitue une leçon importante pour écrire du code maintenable.

• Erreurs et apprentissage

  • Parler des erreurs est une occasion d’apprentissage et aide à créer une culture d’ouverture. Le perfectionnisme ne contribue pas à réduire les erreurs et demande au contraire davantage d’efforts personnels.

• Résolution de problèmes complexes

  • Quand des collègues proposent de résoudre un problème complexe, il peut être préférable d’opter pour une méthode plus simple. Cela amène parfois les collègues à réfléchir à leur propre attitude.

• Compréhension de la qualité du code

  • Le fait qu’un code ne soit pas optimal ne signifie pas de l’incompétence. Les développeurs peuvent ne pas écrire le meilleur code possible à cause de délais urgents ou d’autres priorités.

• Feedback constructif

  • Lorsqu’on reçoit des commentaires négatifs sur un billet de blog, on peut les relier par un lien afin d’orienter la discussion dans une direction plus saine.

• Organisation et qualité du code

  • Tous les ingénieurs peuvent écrire du mauvais code, et la qualité du code relève souvent d’un problème organisationnel. Cela n’a pas nécessairement de lien avec les compétences d’un ingénieur en particulier.

• Acceptation du feedback

  • Quand on reçoit du feedback, il ne s’agit pas d’une attaque personnelle. Il est important de savoir accepter l’avis des autres.

• La double dimension du feedback

  • Il est important d’accepter le feedback, mais il faut aussi prendre en compte la compétence de la personne qui le donne.