wiki.accu.org

User Tools

Site Tools

Trace: • test_driven_development_in_c_c_hands-on • zsolt_fabok • peter_hilton • referential_transparency_is_overrated • crossing_the_chasm_from_web_to_windows_8_development • reflections_on_reflection • an_introduction_to_unicode_in_c • becoming_a_better_programmer • jooq_-_get_back_in_control_of_your_sql • what_programmer_s_want
2015:premature_optimisation_workshop

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision		Previous revision
2015:premature_optimisation_workshop [2014/11/06 02:05] – created jonjagger2015:premature_optimisation_workshop [2016/06/11 14:05] (current) – external edit 127.0.0.1
Line 6: Line 6:
 **Duration**: 90 mins\\ **Duration**: 90 mins\\
 **Description**: \\ **Description**: \\
-“Premature optimisation is the root of all evil”, Donald Knuth told us in 1974. He was talking about the perceived trade-off between optimising performance and keeping code readable and maintainable. And we all know that we shouldn’t even try optimising anything without measuring if there’s an actual bottleneck in our product first. Or do we?\\+'Premature optimisation is the root of all evil', Donald Knuth told us in 1974. He was talking about the perceived trade-off between optimising performance and keeping code readable and maintainable. And we all know that we shouldn't even try optimising anything without measuring if there's an actual bottleneck in our product first. Or do we?\\
 \\ \\
-Making something faster, even at the micro-level, doesn’t always mean that readability suffers. There are a lot of improvements that make code both more readable and better-performing, turning what might be called premature optimisation into just another healthy refactoring. And although some developers like to label almost all forms of optimisation as premature, this depends on a lot of factors, and designing for performance might actually be important for the product you are building. Let us also not forget that optimising, even prematurely, can be a lot of fun!\\+Making something faster, even at the micro-level, doesn't always mean that readability suffers. There are a lot of improvements that make code both more readable and better-performing, turning what might be called premature optimisation into just another healthy refactoring. And although some developers like to label almost all forms of optimisation as premature, this depends on a lot of factors, and designing for performance might actually be important for the product you are building. Let us also not forget that optimising, even prematurely, can be a lot of fun!\\
 \\ \\
 In this workshop we take a look at examples of optimisations that make sense to both the reader and the end-user of code, and delve a little bit into when to design for performance. We also let ourselves go and prematurely optimise the heck out of some (C++ and Python) code, so make sure to bring your laptop if you have one!\\ In this workshop we take a look at examples of optimisations that make sense to both the reader and the end-user of code, and delve a little bit into when to design for performance. We also let ourselves go and prematurely optimise the heck out of some (C++ and Python) code, so make sure to bring your laptop if you have one!\\
2015/premature_optimisation_workshop.1415239507.txt.gz · Last modified: 2016/06/11 14:05 (external edit)