Boredom is a smell that you understand the problem well enough to automate a solution.
Recurring examples of this smell:
- Programmers who complain about how boring HTML work is. Ever consider RefactoringHtml? Eventually, you'll be able to move past rote layout issues and on to interesting business problems.
- UnitTests. If your tests are boring to write, it's probably because you're testing the same things over and over.
- You are adding the same dozen entry fields to ten different forms.
- You are creating several new classes by copying existing classes and then using your editor's search-and-replace feature to adapt them.
If you take this advice the wrong way, you'll end up GoldPlating
, which is bad in different ways.
Moved from MakeTheGameMoreInteresting
In the spirit of http://www.greencheese.us/ExpandToContract
[broken link]. In Go, but also in many other games, it's good to play in ways that lead to situations you've never seen before. You learn a lot, and you have more fun this way.
See also: AutomateBoredom
(meeting advice), contrast with comments in GoldPlating
EditText of this page
(last edited November 20, 2010)
or FindPage with title or text search