[Python-talk] Programming methods (was: Oops! Fallen off the track)
Ben Scott
dragonhawk at gmail.com
Mon Jul 20 16:52:32 EDT 2009
On Mon, Jul 20, 2009 at 2:01 PM, Bill Sconce<sconce at in-spec-inc.com> wrote:
>> These days, that's typically done instead with IDEs which allow you
>> to cross-reference and analyze the source interactively.
>
> And offers ... NONE ... of the kinesthetic three-dimensional resources
> that the human brain is so good at using, synthesizing, and remembering.
Some IDEs/development tools do offer some moderately fancy features
for doing things like illustrating relationships graphically, with
blocks and arrows and such. It's more 2D than 3D, but you certainly
navigate them spatially. It may not be what you're looking for, but
it's also not the same as nothing. :)
I certainly need those spatial relationships when I'm working on
stuff. I simply can't conceptualize as well without them. I always
keep copious notes in separate files, too. I prefer a computerized
mechanism, because it's easier for me to work with, both for creation
and for modification. I can type faster than I can write, and I
generally don't have a hope in hell of sketching by hand. Perhaps
more significantly, modifying paper is cumbersome. Any time I'm
writing on paper, I almost always end up wishing for cut-and-paste
(heh!), text insert, undo, and the like.
I'm not trying to argue anyone out of using paper, simply illustrate
that computer-assisted software development can go beyond tags mode in
emacs running in xterm. :) And I suspect both electronic and printed
analysis methods might be complementary, rather than mutually
exclusive. :)
Of course, laying all these different spatial relationships out
using a computer does mean one needs more/larger monitors. A fine
problem to have if you're working for a company with adequate cash and
a developer-friendly attitude! :-) Less fun for the independent
hacker who has to buy his own equipment. :-/
"But boss, I *need* four 22-inch LCD panels to be a more efficient developer!"
-- Ben
More information about the Python-talk
mailing list