A 'programmer trap' is something that feels productive but in practice adds very little value to a project. Refactoring can easily become a programmer trap.
What are some others?
What are some others?
Creating "the perfect abstraction" is a programmer trap. Most of the time you should just solve the problem in front of you, only occasionally is a full abstraction necessary.
Chasing the latest trends can be a programmer trap. Hot new framework/library that solves a problem you don't *really* need? Then don't use it. Can waste a lot of time 'evaluating' every cool new trend.
Optimization can be a programmer trap, but honestly I feel most programmers don't think enough about performance so I don't want to encourage them to think of it even less...
Memory usage can be a programmer trap but VERY few programmers really think *at all* about how much memory they are using. Which is why applications are so bloated.