Un code lent n'est pas du tout un problème si vous savez comment l'accélérer. Le principal est beau

J'ai entendu à plusieurs reprises comment les programmeurs se moquaient des coéquipiers qui écrivaient du code lent. Des phrases dures et justes dans le style de «cet idiot a parcouru la collection quatre fois, bien qu'il aurait pu en être une», etc. Quand vous entendez cela, vous pensez immédiatement - eh bien, tout est pour affaires, pourquoi faire des itérations inutiles? Pourquoi ne pouvez-vous pas apprendre quelques choses de base, comme le fonctionnement des expressions LINQ en C # et écrire du code normal? Vous riez des gens stupides incompétents jusqu'à ce qu'ils se moquent de vous. Et croyez-moi, aucune connaissance en programmation ne vous épargnera une situation où vous avez sans le savoir envie d'un algorithme quadratique au lieu d'un algorithme linéaire.

Je ne sais pas si quelqu'un se moquait de mon code, mais je suis sûr - plus d'une ou deux fois j'ai écrit une solution cent fois plus lente qu'elle n'aurait pu l'être. Mais dans ces cas, j'ai délibérément écrit sous-optimal. Par exemple, en C #, il existe une boucle for et une méthode de collecte Select (dans d'autres langues, elle est plus souvent appelée map). La boucle est plus rapide, mais je trouve l'approche fonctionnelle plus esthétique - et je l'utilise. Je sais qu'il y a peu de données, il n'y aura pas de goulot d'étranglement et j'écris du code qui, à mon avis, est plus joli, plus lisible et donc meilleur. Il existe de nombreuses solutions de ce type en développement - et je choisis d'écrire du code productif uniquement lorsque je sais avec certitude que sinon, les prélèvements deviendront un problème.

, -, , — . , , , . — LINQ . C# — yield — , , . — — , , . , , — .

- , yield, - . , LINQ . - , , , , . . LINQ — , .

— , . BenchmarkDotNet, Pro .NET Benchmarking, , , , , . , — .

, ? , .

Select — Select. , , , , , , .

, . " " — , . " ". , , .

, , — . . for select, , ? C#, , C# — . C++. . , , — . , , — ** . , .

, . , C#. . — , , — . , .

---

, . Queue, List — , . , , . — .

, . . — , . , , — , . , .

— “ ”, “ ” — , — , . , , , — . , — , , . , .

— . , ", C#, LINQ" , . , . — — — . , "yarn start" . , , . . , — — .

— . , , . — . , , , , , , . . , , . .

— , . , .

Il n'y a rien de mal que vous ayez choisi plus joli, mais pas plus rapide. Et il n'y a pas de tragédie quand vous ne saviez tout simplement pas que votre décision était super sous-optimale. Le problème commence lorsque vous dites que la productivité est une connerie et que vous laissez les individus le faire. Non frère. Apprendre à accélérer le code n'est pas le lot des nerds de la performance, cela fait partie de notre travail. Lorsque votre réticence à apprendre des choses complexes rend votre code à la fois lent et laid, alors vous avez de gros problèmes.

Regardez mon podcast