Intention Not Algorithm

We might also say, WhatNotHow, or WhyNotHow?.

The most important thing about any (without loss of generality) method is what it accomplishes or why one would call it, not how it does whatever it does.

See also IntentionRevealingSelector


Yes, as I've said so many times, IntentionalityAndHermeneutics? are all there is to good code. Any ideas why this catch phrase hasn't caught on? Perhaps because few know what hermeneutics means (or how to pronounce it) without a dictionary. -- SethKlein


Note also that the How of this level becomes the What/Why of the next level down.


Also could be called PolicyNotMechanism? (as opposed to MechanismNotPolicy).


Isn't the name of the method the intention and the body of the method the algorithm? Shouldn't one be able to determine the intent from the algorithm and vice-versa? Another restatement of this would be that "If the intent and algorithm diverge, there is a problem."


But the intent is not always sufficient to determine the algorithm. My intent may be to sort a list, but the algorithm I use may be crucially important. Others may wish to call a sort method, why should they have to say "Sort_with_quickSort" or "Sort_with_smoothSort"

In this particular case, intention alone is insufficient - algorithms are a necessary addition.


EditText of this page (last edited July 2, 2004)
FindPage by browsing or searching

This page mirrored in WikiPagesAboutRefactoring as of April 29, 2006