Optimisation de performance bénéfice ou sacrifice ?

Plus le code est rapide, plus le code est bon. Au-delà de cette phrase tarte à la crème, ce talk propose de voir quand il faut optimiser du code, comment s'y prendre, et à quel moment s'arrêter. Les premières optimisations relèvent des bonnes pratiques que tout le monde devrait savoir faire, les suivantes sont sacrificielles : elles dégradent la lisibilité, la maintenabilité du code. Pensé comme une déclinaison concrète de la loi de Eroom proposé par Tristan Nitot, ce talk, commencera avec un exemple de projet de code bien mal conçu comme nous l'avons tous déjà fait, puis au fil des optimisations d'architecture puis de code, nous verrons bénéfices et sacrifices à faire pour aller toujours plus vite, économiser toujours plus de ressources. Spoiler : Les optimisations vont rendre le projet plusieurs milliers de fois plus rapide.