Programming and Learning PCT - Chicken or the Egg?

[From Garett Howardson (2014.03.31.0827]

Hi everyone,

Most of what’s discussed on this list has been over my head but I feel like I’ve learned quite a bit nonetheless. I just wanted to wanted comment briefly on Rick’s “three years rule” as well as Adam’s “Intro to Javascript (JS).” First, I’d say that I’m right on track for Rick’s three years. I’ve been studying PCT for about two years primarily from Jeff Vancouver’s work introducing it to applied psychology. I only now feel like I’m starting to actually grasp the PCT complexities and it’s very exciting for me! I do think that I was on pace for the three years rule, that is until Adam posted his Javascript demo.

I learned to code in undergrad studying computer science for my minor degree. I’ve tried to access the codes from previous demos but they’ve either been in languages I don’t know and/or using software that I can’t access for a number of reasons. I’ve also looked at “code” from various modeling softwares, like Venism and I’ve seen the various equations in multiple papers, but none of this seemed to “stick” until Adam posted his JS demo, a language that I do understand. Suddenly, the PCT math and models were in a language I could understand and then I made the connection between multiple agents/loops/controlled perceptions/what-have-you and functions in programming and it all just made sense to me; the various controlled perceptions are functions that pass information back and forth dynamically in the same manner that information is passed between functions in a dynamic web program.

The point I’m trying to make is that learning to code and think programming terms first really helped me start to understand the nuts and bolts of PCT. I don’t think it’s a coincidence that most PCT-fluent people I’ve met also know how to code and understand the basic rules of programming - I wonder, however, if it’s the PCT or programming aspects that comes first? This also makes me wonder if the “three years rule” might actually be expedited by directly framing PCT more in computing terms rather than mathematics, at least for beginners. Now that more and more people are learning to code at any early age, this might actually increase the ease with which PCT is communicated.

Now that I feel I grasp the parallels with programming, I can start programming my own demos and tinkering with various parameters and observe the effects firsthand as I make those changes, which I think is a great way to learn. I just wanted to pass on my experience, for what it’s worth.

Best,

···


Garett Howardson

Doctoral Candidate
Department of Organizational Sciences
The George Washington University
600 21st St. Washington, DC

[From Adam Matic (2014.03.31 1615cet)]

Hi Garret,

I’m so glad you found the program useful. If you’re interested in more javascript demos, check out Rick’s site www.mindreadings.com under JavascriptDemos (some of them are made with Processing.js).

I think that generally, when trying to understand things it helps to have an analog that you can play with, and a simulation is an analog whether it’s made on an old analog computer, on VenSim or in the browser. I’ve learned the most about PCT first from Bill and Bruce’s demos in Delphi, and later from Rick’s Java demos, while changing the code and seeing what happens and then trying to convert them to different languages.

A side note: I really like Bret Victor’s approach to showing what is happening with complex systems, and the ‘intro to js’ was influenced by his designs: http://worrydream.com/.

Please post any programs you make, I’m looking forward to seeing different approaches to modeling control systems.

Adam

···

On Mon, Mar 31, 2014 at 2:44 PM, Garett Howardson garett.howardson@gmail.com wrote:

[From Garett Howardson (2014.03.31.0827]

Hi everyone,

Most of what’s discussed on this list has been over my head but I feel like I’ve learned quite a bit nonetheless. I just wanted to wanted comment briefly on Rick’s “three years rule” as well as Adam’s “Intro to Javascript (JS).” First, I’d say that I’m right on track for Rick’s three years. I’ve been studying PCT for about two years primarily from Jeff Vancouver’s work introducing it to applied psychology. I only now feel like I’m starting to actually grasp the PCT complexities and it’s very exciting for me! I do think that I was on pace for the three years rule, that is until Adam posted his Javascript demo.

I learned to code in undergrad studying computer science for my minor degree. I’ve tried to access the codes from previous demos but they’ve either been in languages I don’t know and/or using software that I can’t access for a number of reasons. I’ve also looked at “code” from various modeling softwares, like Venism and I’ve seen the various equations in multiple papers, but none of this seemed to “stick” until Adam posted his JS demo, a language that I do understand. Suddenly, the PCT math and models were in a language I could understand and then I made the connection between multiple agents/loops/controlled perceptions/what-have-you and functions in programming and it all just made sense to me; the various controlled perceptions are functions that pass information back and forth dynamically in the same manner that information is passed between functions in a dynamic web program.

The point I’m trying to make is that learning to code and think programming terms first really helped me start to understand the nuts and bolts of PCT. I don’t think it’s a coincidence that most PCT-fluent people I’ve met also know how to code and understand the basic rules of programming - I wonder, however, if it’s the PCT or programming aspects that comes first? This also makes me wonder if the “three years rule” might actually be expedited by directly framing PCT more in computing terms rather than mathematics, at least for beginners. Now that more and more people are learning to code at any early age, this might actually increase the ease with which PCT is communicated.

Now that I feel I grasp the parallels with programming, I can start programming my own demos and tinkering with various parameters and observe the effects firsthand as I make those changes, which I think is a great way to learn. I just wanted to pass on my experience, for what it’s worth.

Best,


Garett Howardson

Doctoral Candidate
Department of Organizational Sciences
The George Washington University
600 21st St. Washington, DC

[From Rick Marken (2014.03.31.0950)]

Garett Howardson (2014.03.31.0827)

Hi Garett

It's great to hear from young people getting into PCT!

You bring up some very interesting points! First, the role of
programming in learning PCT. Yes, programming helped me enormously,
but not the programming itself so much as being able to write the
interactive demos (back in 1979 on an Apple II) that blew my mind! So
for me, programming the demos was the egg that came before the chicken
of understanding PCT. Also, the demos that worked best for me (as far
as understanding PCT) were the demonstrations of the _phenomena_ of
control. Programming also helped me learn the workings of the model,
but that came from writing control models that simulated the results I
got in the actual interactive demos. For me, it's _phenomena
phirst_:wink: Programming helped me understand the phenomenon of control,
as it is seen in actual behavior. And then it also helped me
understand how the model accounts for that phenomenon. But I think
you will have great leverage for understanding PCT now that you can
write your own programs in Javascript.

Second, my three year rule was pulled completely off the top of my
head, based on my own experience. The fact is, I still have plenty to
learn about PCT -- that's why it's so much fun; the implications are
enormous -- but I think I was getting the basics down pretty well
after about 3 years. Of course, people will vary in how long it takes
them to get to a good level of understanding. It partly has to do with
intelligence -- and I'm not a particularly bright guy so it may have
taken me longer than others to get PCT. But more than intelligence I
think the time it takes to really get PCT depends on whether or not
one comes to PCT with an existing _agenda_. I think coming to PCT with
nearly any strongly held agenda (an agenda being a high level
perception that is controlled for with high gain) can be a problem but
the agendas that probably matter most in terms of understanding PCT
are existing beliefs about how behavior works and/or how it should be
understood (the appropriate theory of behavior). Since young people
like you (and like I was when I first came to PCT) are the least
likely to have such agendas (ones that are controlled for with high
gain), they are the most likely to understand PCT quickly and deeply.

So, again, it's great to know that you are working on understanding
PCT. Please feel free to join in or initiate discussions on PCT (as
you just did;-). And if there is anything in existing CSGNet
discussions that you don't understand please feel free to ask
questions. This isn't a Jeopardy game with winners and losers. We're
just trying to understand the controlling (purposeful behavior) done
by living systems. I think CSGNet is a wonderful resource for
learning PCT; it's one I wish I had available when I was learning it.

Best regards

Rick

···

Hi everyone,

Most of what's discussed on this list has been over my head but I feel like
I've learned quite a bit nonetheless. I just wanted to wanted comment
briefly on Rick's "three years rule" as well as Adam's "Intro to Javascript
(JS)." First, I'd say that I'm right on track for Rick's three years. I've
been studying PCT for about two years primarily from Jeff Vancouver's work
introducing it to applied psychology. I only now feel like I'm starting to
actually grasp the PCT complexities and it's very exciting for me! I do
think that I was on pace for the three years rule, that is until Adam posted
his Javascript demo.

I learned to code in undergrad studying computer science for my minor
degree. I've tried to access the codes from previous demos but they've
either been in languages I don't know and/or using software that I can't
access for a number of reasons. I've also looked at "code" from various
modeling softwares, like Venism and I've seen the various equations in
multiple papers, but none of this seemed to "stick" until Adam posted his JS
demo, a language that I do understand. Suddenly, the PCT math and models
were in a language I could understand and then I made the connection between
multiple agents/loops/controlled perceptions/what-have-you and functions in
programming and it all just made sense to me; the various controlled
perceptions are functions that pass information back and forth dynamically
in the same manner that information is passed between functions in a dynamic
web program.

The point I'm trying to make is that learning to code and think programming
terms first really helped me start to understand the nuts and bolts of PCT.
I don't think it's a coincidence that most PCT-fluent people I've met also
know how to code and understand the basic rules of programming - I wonder,
however, if it's the PCT or programming aspects that comes first? This also
makes me wonder if the "three years rule" might actually be expedited by
directly framing PCT more in computing terms rather than mathematics, at
least for beginners. Now that more and more people are learning to code at
any early age, this might actually increase the ease with which PCT is
communicated.

Now that I feel I grasp the parallels with programming, I can start
programming my own demos and tinkering with various parameters and observe
the effects firsthand as I make those changes, which I think is a great way
to learn. I just wanted to pass on my experience, for what it's worth.

Best,

--
Garett Howardson
Doctoral Candidate
Department of Organizational Sciences
The George Washington University
600 21st St. Washington, DC

--
Richard S. Marken PhD
www.mindreadings.com

It is difficult to get a man to understand something, when his salary
depends upon his not understanding it. -- Upton Sinclair

[From Garett Howardson (2014.3.31 1254)]

Thank you very much Rick. I will be sure to start asking more questions as I move along.

Thanks again!

···

On Mon, Mar 31, 2014 at 12:49 PM, Richard Marken rsmarken@gmail.com wrote:

[From Rick Marken (2014.03.31.0950)]

Garett Howardson (2014.03.31.0827)

Hi Garett

It’s great to hear from young people getting into PCT!

You bring up some very interesting points! First, the role of

programming in learning PCT. Yes, programming helped me enormously,

but not the programming itself so much as being able to write the

interactive demos (back in 1979 on an Apple II) that blew my mind! So

for me, programming the demos was the egg that came before the chicken

of understanding PCT. Also, the demos that worked best for me (as far

as understanding PCT) were the demonstrations of the phenomena of

control. Programming also helped me learn the workings of the model,

but that came from writing control models that simulated the results I

got in the actual interactive demos. For me, it’s _phenomena

phirst_:wink: Programming helped me understand the phenomenon of control,

as it is seen in actual behavior. And then it also helped me

understand how the model accounts for that phenomenon. But I think

you will have great leverage for understanding PCT now that you can

write your own programs in Javascript.

Second, my three year rule was pulled completely off the top of my

head, based on my own experience. The fact is, I still have plenty to

learn about PCT – that’s why it’s so much fun; the implications are

enormous – but I think I was getting the basics down pretty well

after about 3 years. Of course, people will vary in how long it takes

them to get to a good level of understanding. It partly has to do with

intelligence – and I’m not a particularly bright guy so it may have

taken me longer than others to get PCT. But more than intelligence I

think the time it takes to really get PCT depends on whether or not

one comes to PCT with an existing agenda. I think coming to PCT with

nearly any strongly held agenda (an agenda being a high level

perception that is controlled for with high gain) can be a problem but

the agendas that probably matter most in terms of understanding PCT

are existing beliefs about how behavior works and/or how it should be

understood (the appropriate theory of behavior). Since young people

like you (and like I was when I first came to PCT) are the least

likely to have such agendas (ones that are controlled for with high

gain), they are the most likely to understand PCT quickly and deeply.

So, again, it’s great to know that you are working on understanding

PCT. Please feel free to join in or initiate discussions on PCT (as

you just did;-). And if there is anything in existing CSGNet

discussions that you don’t understand please feel free to ask

questions. This isn’t a Jeopardy game with winners and losers. We’re

just trying to understand the controlling (purposeful behavior) done

by living systems. I think CSGNet is a wonderful resource for

learning PCT; it’s one I wish I had available when I was learning it.

Best regards

Rick

Hi everyone,

Most of what’s discussed on this list has been over my head but I feel like

I’ve learned quite a bit nonetheless. I just wanted to wanted comment

briefly on Rick’s “three years rule” as well as Adam’s "Intro to Javascript

(JS)." First, I’d say that I’m right on track for Rick’s three years. I’ve

been studying PCT for about two years primarily from Jeff Vancouver’s work

introducing it to applied psychology. I only now feel like I’m starting to

actually grasp the PCT complexities and it’s very exciting for me! I do

think that I was on pace for the three years rule, that is until Adam posted

his Javascript demo.

I learned to code in undergrad studying computer science for my minor

degree. I’ve tried to access the codes from previous demos but they’ve

either been in languages I don’t know and/or using software that I can’t

access for a number of reasons. I’ve also looked at “code” from various

modeling softwares, like Venism and I’ve seen the various equations in

multiple papers, but none of this seemed to “stick” until Adam posted his JS

demo, a language that I do understand. Suddenly, the PCT math and models

were in a language I could understand and then I made the connection between

multiple agents/loops/controlled perceptions/what-have-you and functions in

programming and it all just made sense to me; the various controlled

perceptions are functions that pass information back and forth dynamically

in the same manner that information is passed between functions in a dynamic

web program.

The point I’m trying to make is that learning to code and think programming

terms first really helped me start to understand the nuts and bolts of PCT.

I don’t think it’s a coincidence that most PCT-fluent people I’ve met also

know how to code and understand the basic rules of programming - I wonder,

however, if it’s the PCT or programming aspects that comes first? This also

makes me wonder if the “three years rule” might actually be expedited by

directly framing PCT more in computing terms rather than mathematics, at

least for beginners. Now that more and more people are learning to code at

any early age, this might actually increase the ease with which PCT is

communicated.

Now that I feel I grasp the parallels with programming, I can start

programming my own demos and tinkering with various parameters and observe

the effects firsthand as I make those changes, which I think is a great way

to learn. I just wanted to pass on my experience, for what it’s worth.

Best,

Garett Howardson

Doctoral Candidate

Department of Organizational Sciences

The George Washington University

600 21st St. Washington, DC

Richard S. Marken PhD

www.mindreadings.com

It is difficult to get a man to understand something, when his salary

depends upon his not understanding it. – Upton Sinclair


Garett Howardson
Doctoral Candidate
Department of Organizational Sciences
The George Washington University
600 21st St. Washington, DC

Hi all,

I saw my name in the post below and thought I might distribute my latest model. Apparently it should be out sometime this year.

Jeff Vancouver

Vancouver Weinhardt Vigo In press.pdf (1.33 MB)

···

From: csgnet-request@lists.illinois.edu [mailto:csgnet-request@lists.illinois.edu] On Behalf Of Garett Howardson
Sent: Monday, March 31, 2014 8:44 AM
To: csgnet@lists.illinois.edu
Subject: Programming and Learning PCT - Chicken or the Egg?

[From Garett Howardson (2014.03.31.0827]

Hi everyone,

Most of what’s discussed on this list has been over my head but I feel like I’ve learned quite a bit nonetheless. I just wanted to wanted comment briefly on Rick’s “three years rule” as well as Adam’s “Intro to Javascript (JS).” First, I’d say that I’m right on track for Rick’s three years. I’ve been studying PCT for about two years primarily from Jeff Vancouver’s work introducing it to applied psychology. I only now feel like I’m starting to actually grasp the PCT complexities and it’s very exciting for me! I do think that I was on pace for the three years rule, that is until Adam posted his Javascript demo.

I learned to code in undergrad studying computer science for my minor degree. I’ve tried to access the codes from previous demos but they’ve either been in languages I don’t know and/or using software that I can’t access for a number of reasons. I’ve also looked at “code” from various modeling softwares, like Venism and I’ve seen the various equations in multiple papers, but none of this seemed to “stick” until Adam posted his JS demo, a language that I do understand. Suddenly, the PCT math and models were in a language I could understand and then I made the connection between multiple agents/loops/controlled perceptions/what-have-you and functions in programming and it all just made sense to me; the various controlled perceptions are functions that pass information back and forth dynamically in the same manner that information is passed between functions in a dynamic web program.

The point I’m trying to make is that learning to code and think programming terms first really helped me start to understand the nuts and bolts of PCT. I don’t think it’s a coincidence that most PCT-fluent people I’ve met also know how to code and understand the basic rules of programming - I wonder, however, if it’s the PCT or programming aspects that comes first? This also makes me wonder if the “three years rule” might actually be expedited by directly framing PCT more in computing terms rather than mathematics, at least for beginners. Now that more and more people are learning to code at any early age, this might actually increase the ease with which PCT is communicated.

Now that I feel I grasp the parallels with programming, I can start programming my own demos and tinkering with various parameters and observe the effects firsthand as I make those changes, which I think is a great way to learn. I just wanted to pass on my experience, for what it’s worth.

Best,


Garett Howardson
Doctoral Candidate
Department of Organizational Sciences
The George Washington University
600 21st St. Washington, DC

[From Rick Marken (2014.04.02.1255)]

···

On Tue, Apr 1, 2014 at 8:22 AM, Vancouver, Jeff vancouve@ohio.edu wrote:

Hi all,

I saw my name in the post below and thought I might distribute my latest model. Apparently it should be out sometime this year.

Jeff Vancouver

Hi Jeff

Thanks for sending this paper. I haven’t had time to read it over carefully but based on my brief scan of it I think it would be great if we could discuss it on CSGNet, if you are willing. I think such a discussion would be very useful to those of us who are interested in PCT because the theory you describe in the paper, while not PCT (you call it “self -regulation” theory) is certainly inspired by PCT (as you note by your references to Powers’ work). And based on all the references in the paper there are apparently a whole lot of people who are working on developing and testing this PCT inspired “self -regulation” theory – people who seem to have little or no contact with those of us who are developing and testing PCT.

So what I would like to discuss is what you see as the differences between PCT and “self-regulation” theory. And why was it seen as necessary to make these modifications to Powers theory?

I think it would by most informative if we could discuss this in the context of the kind of task performance that the MGPM model described in the paper is designed to account for. I think it was some kind of scheduling task but I didn’t see – probably because I just skimmed the paper so far-- a description of the task.

Hopefully, this could be a start at reconciling “self-regulation” and PCT. It may end in divorce (irreconcilable differences) but I think we should at least try some couples counseling first.

Best regards

Rick


Richard S. Marken PhD
www.mindreadings.com
It is difficult to get a man to understand something, when his salary depends upon his not understanding it. – Upton Sinclair

[From Bruce Abbott (2014.04.02.1915 EDT)]

Garett Howardson (2014.03.31.0827]

GH: Most of what’s discussed on this list has been over my head but I feel like I’ve learned quite a bit nonetheless. I just wanted to wanted comment briefly on Rick’s “three years rule” as well as Adam’s “Intro to Javascript (JS).” First, I’d say that I’m right on track for Rick’s three years. I’ve been studying PCT for about two years primarily from Jeff Vancouver’s work introducing it to applied psychology. I only now feel like I’m starting to actually grasp the PCT complexities and it’s very exciting for me! I do think that I was on pace for the three years rule, that is until Adam posted his Javascript demo.

GH: I learned to code in undergrad studying computer science for my minor degree. I’ve tried to access the codes from previous demos but they’ve either been in languages I don’t know and/or using software that I can’t access for a number of reasons. I’ve also looked at “code” from various modeling softwares, like Venism and I’ve seen the various equations in multiple papers, but none of this seemed to “stick” until Adam posted his JS demo, a language that I do understand. Suddenly, the PCT math and models were in a language I could understand and then I made the connection between multiple agents/loops/controlled perceptions/what-have-you and functions in programming and it all just made sense to me; the various controlled perceptions are functions that pass information back and forth dynamically in the same manner that information is passed between functions in a dynamic web program.

GH: The point I’m trying to make is that learning to code and think programming terms first really helped me start to understand the nuts and bolts of PCT. I don’t think it’s a coincidence that most PCT-fluent people I’ve met also know how to code and understand the basic rules of programming - I wonder, however, if it’s the PCT or programming aspects that comes first? This also makes me wonder if the “three years rule” might actually be expedited by directly framing PCT more in computing terms rather than mathematics, at least for beginners. Now that more and more people are learning to code at any early age, this might actually increase the ease with which PCT is communicated.

GH: Now that I feel I grasp the parallels with programming, I can start programming my own demos and tinkering with various parameters and observe the effects firsthand as I make those changes, which I think is a great way to learn. I just wanted to pass on my experience, for what it’s worth.

BA: I agree that being able to write your own code and fiddle around with the code in the demos can help a great deal to understand the nuts and bolts of PCT, and I’m glad that Adam Matic’s JS demo helped you to make some of those crucial connections. Early in my contact with what is now called PCT I was able to run a simulation that Bill Powers had written in NorthStar BASIC and learned quite a bit from it. (Later I was able to return the favor by showing Bill how he could convert his DOS-based Turbo Pascal programs to run in Delphi and thus enter the Windows programming world.)

I do want to add, however, that it shouldn’t be difficult to follow the code provided with the Delphi demos that Bill and I wrote, as a way of understanding how the simulations work, or to translate the code to a language you are familiar with. Delphi is just a variation of object-oriented Pascal and the conventions are not too different from what you’re used to. And for increased clarity, I’ve tried to name procedures, functions, variables, and constants with meaningful names.

For example, here’s the procedure from the LiveBlock demo that implements the control system:

procedure TMainForm.StepModel;

begin

FeedbackEffect := FeedbackGain * OutputQuantity;

if AutoDisturbance then Disturbance := MakeDisturbance

else Disturbance := SetDisturbance.Position / 10;

InputQuantity := FeedbackEffect + Disturbance;

PerceptualSignal := InputGain * InTransportLag(InputQuantity, InOutDelay);

ErrorSignal := ReferenceSignal - PerceptualSignal;

if ErrorSignal > 1000 then ErrorSignal := 1000

else

if ErrorSignal < -1000 then ErrorSignal := -1000;

OutputQuantity := OutputQuantity + (OutputGain*ErrorSignal - OutputQuantity) * dt/OutputTC;

if OutputQuantity > 10000 then OutputQuantity := 10000

else

if OutputQuantity < -10000 then OutputQuantity := -10000;

UpdateCounters;

UpdateGraphs;

end;

The procedure begins by computing the output of the environmental feedback function, which in this simulation is simply proportional to the control system’s output.

The next step calls a procedure called “MakeDisturbance” to supply the next value for the disturbance if the demo is set to generate a disturbance waveform, or obtain the next value from a slider control if the disturbance is under user control.

Next, the input quantity is computed by adding the effects of feedback and disturbance.

The perceptual signal is then obtained via the input function, which in this case uses a function called InTransportLag to determine the lagged value of the input based on the user-selected amount of input delay (InOutDelay). This delayed input quantity is then multiplied by the input gain to get the value of the perceptual signal.

Next, the error signal is computed by subtracting the perceptual signal from the reference signal. Following that computation, the size of the error signal is tested against limits of plus or minus 1000 and limited if necessary to prevent excessive changes in output from occurring. (Real systems also have limits, e.g., there is only so much force a muscle can generate regardless of the level of neural stimulation.)

The output function comes next. It takes the form of a “leaky integrator” that employs a slowing factor, here labeled as “OutputTC” for output time-constant. In this function, the error signal is multiplied by the output gain to produce the new level of output. From this is subtracted the current value of the output quantity, to give the change in output. The change is multiplied by the time increment for each iteration of the loop, dt. The result is then divided by the output time-constant to give the amount of this change in output that will be permitted to affect the output during this pass around the control loop. That change is added to the current output quantity to give the new value of the output quantity.

Finally, all counters and graphs are updated by calls to the relevant procedures.

The StepModel procedure is embedded in a loop that repeats every 60th of a second, updating the simulation with each pass. I think you wouldn’t have had too much trouble implementing LiveBlock’s control system in JavaScript of Processing after reading the relevant portions of the Delphi source code.

Bruce

Hi Rick,

I do not really monitor this channel very much, so if I engage in a “conversation” it is likely to be sporadic.

The short answer to your question of the difference between PCT and self-regulation theory is the words. I do not mean to be glib, but the way I see it is that a lot of different people, using a lot of different labels, are using a very similar conceptual framework. It seems that self-regulation theory is one of the more universal labels. I am not sure where one draws the line between enough differences or unique specifications to call something a different name. My sense is that theory names emerge to give the researcher some status. I am not interested in creating a new label for what I do (though I reserve the right to change my mind on that). Moreover, I am interested in emphasizing the commonality, not the difference among approaches. Don’t get me wrong. I want to eliminate the bad (i.e., invalid) parts of theories, but that might be called refining as opposed to killing the theory.

More specifically regarding the difference between the model I presented in the paper I sent around and my understanding of PCT’s learning element is that learning in PCT is a global response to error in the hierarchy on the hierarchy globally, whereas my model is much more local. I have a footnote to that effect in the paper. Otherwise, it is highly influenced by you and Bill and others in the PCT community. In particular, if PCT is about understanding how collections of negative feedback control loops might explain human behavior, then that is what I am doing. Moreover, PCT seem to me a lot about doing the above formally (i.e., with computational models). I am all over that as well.

Jeff

···

From: csgnet-request@lists.illinois.edu [mailto:csgnet-request@lists.illinois.edu] On Behalf Of Richard Marken
Sent: Wednesday, April 02, 2014 3:58 PM
To: csgnet@lists.illinois.edu
Subject: Re: Programming and Learning PCT - Chicken or the Egg?

[From Rick Marken (2014.04.02.1255)]

On Tue, Apr 1, 2014 at 8:22 AM, Vancouver, Jeff vancouve@ohio.edu wrote:

Hi all,

I saw my name in the post below and thought I might distribute my latest model. Apparently it should be out sometime this year.

Jeff Vancouver

Hi Jeff

Thanks for sending this paper. I haven’t had time to read it over carefully but based on my brief scan of it I think it would be great if we could discuss it on CSGNet, if you are willing. I think such a discussion would be very useful to those of us who are interested in PCT because the theory you describe in the paper, while not PCT (you call it “self -regulation” theory) is certainly inspired by PCT (as you note by your references to Powers’ work). And based on all the references in the paper there are apparently a whole lot of people who are working on developing and testing this PCT inspired “self -regulation” theory – people who seem to have little or no contact with those of us who are developing and testing PCT.

So what I would like to discuss is what you see as the differences between PCT and “self-regulation” theory. And why was it seen as necessary to make these modifications to Powers theory?

I think it would by most informative if we could discuss this in the context of the kind of task performance that the MGPM model described in the paper is designed to account for. I think it was some kind of scheduling task but I didn’t see – probably because I just skimmed the paper so far-- a description of the task.

Hopefully, this could be a start at reconciling “self-regulation” and PCT. It may end in divorce (irreconcilable differences) but I think we should at least try some couples counseling first.

Best regards

Rick

Richard S. Marken PhD
www.mindreadings.com

It is difficult to get a man to understand something, when his salary depends upon his not understanding it. – Upton Sinclair

Hi Rick,

I do not really monitor this channel very much, so if I engage in a “conversation� it is likely to be sporadic.

The short answer to your question of the difference between PCT and self-regulation theory is the words. I do not mean to be glib, but the way I see it is that a lot of different people, using a lot of different labels, are using a very similar conceptual framework. It seems that self-regulation theory is one of the more universal labels. I am not sure where one draws the line between enough differences or unique specifications to call something a different name. My sense is that theory names emerge to give the researcher some status. I am not interested in creating a new label for what I do (though I reserve the right to change my mind on that). Moreover, I am interested in emphasizing the commonality, not the difference among approaches. Don’t get me wrong. I want to eliminate the bad (i.e., invalid) parts of theories, but that might be called refining as opposed to killing the theory.

More specifically regarding the difference between the model I presented in the paper I sent around and my understanding of PCT’s learning element is that learning in PCT is a global response to error in the hierarchy on the hierarchy globally, whereas my model is much more local. I have a footnote to that effect in the paper. Otherwise, it is highly influenced by you and Bill and others in the PCT community. In particular, if PCT is about understanding how collections of negative feedback control loops might explain human behavior, then that is what I am doing. Moreover, PCT seem to me a lot about doing the above formally (i.e., with computational models). I am all over that as well.

Jeff

···

[From Rick Marken (2014.04.02.1255)]

On Tue, Apr 1, 2014 at 8:22 AM, Vancouver, Jeff vancouve@ohio.edu wrote:

Hi all,

I saw my name in the post below and thought I might distribute my latest model. Apparently it should be out sometime this year.

Jeff Vancouver

Hi Jeff

Thanks for sending this paper. I haven’t had time to read it over carefully but based on my brief scan of it I think it would be great if we could discuss it on CSGNet, if you are willing. I think such a discussion would be very useful to those of us who are interested in PCT because the theory you describe in the paper, while not PCT (you call it “self -regulation” theory) is certainly inspired by PCT (as you note by your references to Powers’ work). And based on all the references in the paper there are apparently a whole lot of people who are working on developing and testing this PCT inspired “self -regulation” theory – people who seem to have little or no contact with those of us who are developing and testing PCT.

So what I would like to discuss is what you see as the differences between PCT and “self-regulation” theory. And why was it seen as necessary to make these modifications to Powers theory?

I think it would by most informative if we could discuss this in the context of the kind of task performance that the MGPM model described in the paper is designed to account for. I think it was some kind of scheduling task but I didn’t see – probably because I just skimmed the paper so far-- a description of the task.

Hopefully, this could be a start at reconciling “self-regulation” and PCT. It may end in divorce (irreconcilable differences) but I think we should at least try some couples counseling first.

Best regards

Rick

Richard S. Marken PhD
www.mindreadings.com

It is difficult to get a man to understand something, when his salary depends upon his not understanding it. – Upton Sinclair

Hi Jeff,

I thought that Rick will send you a discourse
from Mary Powers about PCT and self-regulation theory. In short,
self-regulation theory is far from just being different word for PCT. I would
say it’s “opposite” to PCT.

Best,

Boris

···

From: csgnet-request@lists.illinois.edu
[mailto:csgnet-request@lists.illinois.edu] On
Behalf Of
Vancouver, Jeff
Sent: Monday, April 14, 2014 6:15
PM
To: csgnet@lists.illinois.edu
Subject: RE: Programming and
Learning PCT - Chicken or the Egg?

Hi Rick,

I do not really
monitor this channel very much, so if I engage in a “conversation”
it is likely to be sporadic.

The short answer to
your question of the difference between PCT and self-regulation theory is the
words. I do not mean to be glib, but the way I see it is that a lot of
different people, using a lot of different labels, are using a very similar
conceptual framework. It seems that self-regulation theory is one of the more
universal labels. I am not sure where one draws the line between enough
differences or unique specifications to call something a different name. My
sense is that theory names emerge to give the researcher some status. I am not
interested in creating a new label for what I do (though I reserve the right to
change my mind on that). Moreover, I am interested in emphasizing the
commonality, not the difference among approaches. Don’t get me wrong. I
want to eliminate the bad (i.e., invalid) parts of theories, but that might be
called refining as opposed to killing the theory.

More specifically
regarding the difference between the model I presented in the paper I sent
around and my understanding of PCT’s learning element is that learning in
PCT is a global response to error in the hierarchy on the hierarchy globally,
whereas my model is much more local. I have a footnote to that effect in the
paper. Otherwise, it is highly influenced by you and Bill and others in the PCT
community. In particular, if PCT is about understanding how collections of
negative feedback control loops might explain human behavior, then that is what
I am doing. Moreover, PCT seem to me a lot about doing the above formally (i.e.,
with computational models). I am all over that as well.

Jeff

From:
csgnet-request@lists.illinois.edu [mailto:csgnet-request@lists.illinois.edu] On Behalf Of Richard Marken
Sent: Wednesday, April 02, 2014
3:58 PM
To: csgnet@lists.illinois.edu
Subject: Re: Programming and
Learning PCT - Chicken or the Egg?

[From Rick Marken (2014.04.02.1255)]

On Tue, Apr 1, 2014 at 8:22 AM, Vancouver, Jeff vancouve@ohio.edu wrote:

Hi all,

I saw my name in the post below and thought
I might distribute my latest model. Apparently it should be out sometime this
year.

Jeff Vancouver

Hi Jeff

Thanks for sending this paper. I haven’t had time to
read it over carefully but based on my brief scan of it I think it would
be great if we could discuss it on CSGNet, if you are willing. I think such a
discussion would be very useful to those of us who are interested in PCT
because the theory you describe in the paper, while not PCT (you call it
“self -regulation” theory) is certainly inspired by PCT (as you note
by your references to Powers’ work). And based on all the references in the
paper there are apparently a whole lot of people who are working on developing
and testing this PCT inspired “self -regulation” theory – people who
seem to have little or no contact with those of us who are developing and
testing PCT.

So what I would like to discuss is what you see as the
differences between PCT and “self-regulation” theory. And why
was it seen as necessary to make these modifications to Powers theory?

I think it would by most informative if we could
discuss this in the context of the kind of task performance that the MGPM model
described in the paper is designed to account for. I think it was some
kind of scheduling task but I didn’t see – probably because I just skimmed the
paper so far-- a description of the task.

Hopefully, this could be a start at reconciling
“self-regulation” and PCT. It may end in divorce (irreconcilable
differences) but I think we should at least try some couples counseling first.

Best regards

Rick

Richard
S. Marken PhD
www.mindreadings.com

It is difficult to get a
man to understand something, when his salary depends upon
his not understanding it. – Upton
Sinclair

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2014.0.4569 / Virus Database: 3882/7343 - Release Date: 04/14/14

Hi Boris,

I have been in this business for about 20 years now. I have seen the Mary discourse (though it has been awhile). I am not persuaded. I believe Rick knows this. You might read my 2005 defense of control theory. It spells out my position.

Jeff

Vancouver, J. B. (2005). The Depth of History and Explanation as Benefit and Bane for Psychological Control Theories. Journal of Applied Psychology, 90, 38-52.

···

From: csgnet-request@lists.illinois.edu [mailto:csgnet-request@lists.illinois.edu] On Behalf Of Boris Hartman
Sent: Thursday, April 17, 2014 2:09 AM
To: csgnet@lists.illinois.edu
Subject: RE: Programming and Learning PCT - Chicken or the Egg?

Hi Jeff,

I thought that Rick will send you a discourse from Mary Powers about PCT and self-regulation theory. In short, self-regulation theory is far from just being different word for PCT. I would say it’s “opposite” to PCT.

Best,

Boris


From: csgnet-request@lists.illinois.edu [mailto:csgnet-request@lists.illinois.edu] On Behalf Of Vancouver, Jeff
Sent: Monday, April 14, 2014 6:15 PM
To: csgnet@lists.illinois.edu
Subject: RE: Programming and Learning PCT - Chicken or the Egg?

Hi Rick,

I do not really monitor this channel very much, so if I engage in a “conversation” it is likely to be sporadic.

The short answer to your question of the difference between PCT and self-regulation theory is the words. I do not mean to be glib, but the way I see it is that a lot of different people, using a lot of different labels, are using a very similar conceptual framework. It seems that self-regulation theory is one of the more universal labels. I am not sure where one draws the line between enough differences or unique specifications to call something a different name. My sense is that theory names emerge to give the researcher some status. I am not interested in creating a new label for what I do (though I reserve the right to change my mind on that). Moreover, I am interested in emphasizing the commonality, not the difference among approaches. Don’t get me wrong. I want to eliminate the bad (i.e., invalid) parts of theories, but that might be called refining as opposed to killing the theory.

More specifically regarding the difference between the model I presented in the paper I sent around and my understanding of PCT’s learning element is that learning in PCT is a global response to error in the hierarchy on the hierarchy globally, whereas my model is much more local. I have a footnote to that effect in the paper. Otherwise, it is highly influenced by you and Bill and others in the PCT community. In particular, if PCT is about understanding how collections of negative feedback control loops might explain human behavior, then that is what I am doing. Moreover, PCT seem to me a lot about doing the above formally (i.e., with computational models). I am all over that as well.

Jeff

From: csgnet-request@lists.illinois.edu [mailto:csgnet-request@lists.illinois.edu] On Behalf Of Richard Marken
Sent: Wednesday, April 02, 2014 3:58 PM
To: csgnet@lists.illinois.edu
Subject: Re: Programming and Learning PCT - Chicken or the Egg?

[From Rick Marken (2014.04.02.1255)]

On Tue, Apr 1, 2014 at 8:22 AM, Vancouver, Jeff vancouve@ohio.edu wrote:

Hi all,

I saw my name in the post below and thought I might distribute my latest model. Apparently it should be out sometime this year.

Jeff Vancouver

Hi Jeff

Thanks for sending this paper. I haven’t had time to read it over carefully but based on my brief scan of it I think it would be great if we could discuss it on CSGNet, if you are willing. I think such a discussion would be very useful to those of us who are interested in PCT because the theory you describe in the paper, while not PCT (you call it “self -regulation” theory) is certainly inspired by PCT (as you note by your references to Powers’ work). And based on all the references in the paper there are apparently a whole lot of people who are working on developing and testing this PCT inspired “self -regulation” theory – people who seem to have little or no contact with those of us who are developing and testing PCT.

So what I would like to discuss is what you see as the differences between PCT and “self-regulation” theory. And why was it seen as necessary to make these modifications to Powers theory?

I think it would by most informative if we could discuss this in the context of the kind of task performance that the MGPM model described in the paper is designed to account for. I think it was some kind of scheduling task but I didn’t see – probably because I just skimmed the paper so far-- a description of the task.

Hopefully, this could be a start at reconciling “self-regulation” and PCT. It may end in divorce (irreconcilable differences) but I think we should at least try some couples counseling first.

Best regards

Rick

Richard S. Marken PhD
www.mindreadings.com

It is difficult to get a man to understand something, when his salary depends upon his not understanding it. – Upton Sinclair

No virus found in this message.
Checked by AVG - www.avg.com
Version: 2014.0.4569 / Virus Database: 3882/7343 - Release Date: 04/14/14