diff options
| -rw-r--r-- | README.md | 2 | ||||
| -rw-r--r-- | technical/blog-roll.md | 16 |
2 files changed, 17 insertions, 1 deletions
@@ -1,5 +1,5 @@ # Peniblec's Memory Leaks -## still reachable: 3619 words in 6 pages +## still reachable: 3717 words in 6 pages Hi! I am a software engineer interested in [a bunch of things]. diff --git a/technical/blog-roll.md b/technical/blog-roll.md index 6dd8849..efd3762 100644 --- a/technical/blog-roll.md +++ b/technical/blog-roll.md @@ -6,6 +6,21 @@ that I would like not to forget. Eric Normand's musings on programming paradigms and their application, with a soft spot for functional programming. +[When in doubt, refactor at the bottom] (2017) +: Quoting Sandi Metz: + + > Duplication is far cheaper than the wrong abstraction. + + The point being that blindly following the letter of the DRY law + can lead developers to add complexity to extracted functions + because "it almost does what I want; if I could add just one more + parameter to it…". + + Normand and Metz encourage developers to "mechanically" extract + small pieces of logic; even if they are not re-usable, bundling + things together and naming them helps make the potential + abstractions more visible. + [Programming Paradigms and the Procedural Paradox] (2017) : A discussion on our tendency to conflate *paradigms* with their *features*; for example, when trying to answer "can this language @@ -17,4 +32,5 @@ with a soft spot for functional programming. number of sub-tasks) maps so well to its features (sequential statements, subroutines) that it trained us to mix those up. +[When in doubt, refactor at the bottom]: https://lispcast.com/refactor-bottom/ [Programming Paradigms and the Procedural Paradox]: https://lispcast.com/procedural-paradox/ |