summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorDave Kerr <dwmkerr@gmail.com>2018-10-05 00:10:28 +0800
committerDave Kerr <dwmkerr@gmail.com>2018-10-05 00:10:28 +0800
commit7a916eab854809dfe772ca908df0e339b0f29a45 (patch)
treeb74a63bd22b4e1fb2974595dadac0c144a217c7b
parent7f6c23c67abcc3b7299fe8954fbf5449797cb35e (diff)
chore: fix typo in Tesler's Law
-rw-r--r--README.md4
1 files changed, 2 insertions, 2 deletions
diff --git a/README.md b/README.md
index 2ff38f4..31a4a1e 100644
--- a/README.md
+++ b/README.md
@@ -9,7 +9,7 @@ Laws, Theories, Patterns and Ideas that all developers should know about!
* [The Laws](#the-laws)
* [⭐⭐ Conway's Law](#-conways-law)
* [⭐ Hofstadter's Law](#-hofstadters-law)
- * [⭐⭐ The Law of Conservation of Complexity (Tessler's Law)](#-the-law-of-conservation-of-complexity-tesslers-law)
+ * [⭐⭐ The Law of Conservation of Complexity (Tesler's Law)](#-the-law-of-conservation-of-complexity-teslers-law)
* [⭐⭐⭐ The Unix Philosophy](#-the-unix-philosophy)
* [⭐The Spotify Model](#the-spotify-model)
@@ -42,7 +42,7 @@ See also: 'The Spotify Model'.
You might hear this law referred to when looking at estimates for how long something will take. It seems a truism in software development that we tend to not be very good at accurately estimating how long something will take to deliver.
-### ⭐⭐ The Law of Conservation of Complexity (Tessler's Law)
+### ⭐⭐ The Law of Conservation of Complexity (Tesler's Law)
[The Law of Conservation of Complexity on Wikipedia](https://en.wikipedia.org/wiki/Law_of_conservation_of_complexity)