En fait c'est plutôt un article pour nous envoyer sur d'autres articles qu'un article sur les biais en développement.

Sinon, effectivement, un bon code lisible n'est pas forcément optimal au niveau performance, mais qui s'en soucie aujourd'hui si il ne travaille pas dans les jeux vidéos? Tu mets une progress bar par dessus, si possible avec un % d'avancement et tant pis pour l'utilisateur. Tant qu'il a une réponse visuelle que son programme fait quelque chose, il accepte tout et n'importe quoi. (et je pense qu'on en souffre les premiers)

Je privilégie toujours le code lisible, souvent au détriment des performances si ce n'est pas trop impactant. Je préfère me "garantir" de comprendre mon code dans quelques années et de permettre à d'autres de le comprendre (dans l'espoir qu'ils fassent quelques pull requests ).

Bon, ok, je fais du Python, donc déjà au départ, les performances, c'est pas ce que je cherche