The trouble is that the example shows how business people think, and therefore how requirements are expressed. (They also do not understand the notion of a dan

The trouble is that the example shows how business people think, and therefore how requirements are expressed. (They also do not understand the notion of a dangling else.) If a developer points out that the business "logic" is heuristic and too complicated to implement in maintainable code, they are rebuked in such scarring terms that that experiment is never repeated; instead, they go back to their desk and guess.