[From Rick Marken (980414.1550)]
Bruce Gregory 9980414.1730 EDT)--
Why is it so hard for some people to learn to serve a tennis ball
properly?
My guess is that, in most cases, it is difficult because people
have a hard time figuring out which perceptual variables to control,
at what level to control them and how to control them. The
difficulties involved in learning a tennis serve are quite different
than the difficulties involved in "learning" to stop smoking (I
base this on personal experience with having "learned" to do both).
Me:
As long as the incompatible goals that cause the conflict exist,
there is no series of steps that will solve any conflict (achieve
the incompatible goals that create the conflict).
Bruce:
Since "going up a level" and its attendant virtues lie outside HPCT,
I'd prefer to look for less esoteric explanations--ones that might
possibly be modeled.
We have modeled conflicts like those involved in smoking. There
is no way to solve such conflicts by programmatic means; the models
show us this. You can also demonstrate this to yourself in my
"Cost of Conflict" demo at
http://home.earthlink.net/~rmarken/ControlDemo/Conflict.html. As long as
you want to control _both_
the x and y position of the cursor you are in conflict; there is
no clever set of steps, no program, that will allow you to control
the cursor in both dimensions simultaneously. The same is true with
smoking. As long as control systems in you want to control both
your coughing and your nicotine level you are in conflict; you
can't control both variables simultaneously. Control of coughing
requires that smoking be controlled near 0; control of nicotine
level requires that smoking be controlled at, say, 5 packs a day.
The net reference for smoking will, therefore, be something like
2 1/2 packs a day; neither the cough nor the nicotine control
system is happy, but both are working against each other to keep
smoking going at about 2 1/2 packs a day.
This is what modeling tells us; if there is a conflict like this
in the hierarchy then there is no way that the hierarchy itself
can "fix" the conflict. At least, I can think of no way. If you
think that control of a program perception can solve such a
conflict then please show me how -- in terms of a working,
hierarchical model.
Because I see no way for the hierarchy itself to solve conflicts
that exist within itself, and because I see people (including
myself) solve conflicts all the time -- sometimes with great ease --
I believe that there is something about people that lets them do
this. My own experience with solving conflicts leads me to believe
that consciousness is involved in this process. Again, I don't know
how consciousness "works"; all I know is that the HPCT model can't
solve it's own conflicts. Reorganization, which we _can_ model,
can solve some conflicts. But I can solve most of my little conflicts
"instantly" when I can see them from a new conscious perspective;
this may be "reorganization" but it is not the kind of reorganization
we have modeled; it seems to involve a change of conscious perspective
on the problem; that's why I talk about going "up a level" as a way
to solve conflicts. You might not like this "mushy" approach to
solving conflict but it works for me and it is consistent with
modeling, which shows that a hierarchy of control systems cannot
rid itself of conflict.
What exactly do you think reading a book (or an e-mail for that
matter) does do?
I think it evokes imaginings that are based on my existing
perceptual input functions.
I don't think I'm calling for creating new perceptual input
functions. But perhaps I am. If so, I waste a lot of time reading
books like B:CP.
I think some books can lead us to develop (via reorganization) new
perceptual input functions: new ways of perceiving. But I think
it takes time and effort to develop these new perceptual functions.
And the book itself doesn't do it, of course; we do it ourselves.
Best
Rick
···
--
Richard S. Marken Phone or Fax: 310 474-0313
Life Learning Associates e-mail: rmarken@earthlink.net
http://home.earthlink.net/~rmarken