From c9c917d445f0950ea5f35f5ff0d93e4a8b9355a3 Mon Sep 17 00:00:00 2001 From: Oliver Davies Date: Mon, 15 Jan 2024 22:54:06 +0000 Subject: [PATCH] Add daily email for 2024-01-15 Don't be perfect, be useful --- source/_daily_emails/2024-01-15.md | 32 ++++++++++++++++++++++++++++++ 1 file changed, 32 insertions(+) create mode 100644 source/_daily_emails/2024-01-15.md diff --git a/source/_daily_emails/2024-01-15.md b/source/_daily_emails/2024-01-15.md new file mode 100644 index 000000000..ac16ce132 --- /dev/null +++ b/source/_daily_emails/2024-01-15.md @@ -0,0 +1,32 @@ +--- +title: Don't be perfect, be useful +date: 2024-01-15 +permalink: archive/2024/01/15/don-t-be-perfect--be-useful +snippet: | + Don't be perfect, be useful. + I heard this recently and wondered how I could apply it to software development. +tags: + - software-development + - design-patterns + - automated-testing + - test-driven-development + - static-analysis + - pair-programming + - mob-programming +--- + +In a recent private coaching session with [Jonathan Stark](https://jonathanstark.com), he said, "Don't be perfect, be useful". + +He meant it relating to giving a presentation, like a talk or workshop, but I thought about how the same quote applies to some of the software development topics I cover in these emails. + +You don't need a perfect test suite with 100% coverage. One test is better than no tests, and some tests are better than one. + +You don't need to run static analysis on all your code at the highest level. If you run it on some of your code, maybe the newer code or the most crucial parts of your application, that's better than not running it at all, and it will catch many issues even at the lower levels. + +You don't need to know and implement all the design patterns within your code. The objective is to deliver working software for your customers and clients. Do this first and refactor later when needed. + +You don't need always to be pair or mob programming. Do it when it works for the people and situation. + +These tools and techniques are useful. + +They don't need to be perfect.