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, CodeSmells, LeaveWhenBored (meeting advice), contrast with comments in GoldPlating.