SIP & Complexity

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

SIP & Complexity

Mikhail Gorelkin
Just read Roger Sessions' article about SIP ( http://www.objectwatch.com/sip.htm ) as a part of his coming book "Controlling Complexity in Enterprise Architectures". I completely agree with his point that to deal successfully with complex software projects we need to recognize that complexity itself is a challenging issue (control complexity or it will bury you!), but it seems to me that all "modifications" of a common sense are not enough to handle it. So, an essential question here is: is Complexity Theory and the theory of Multi-Agent Systems is that framework which deals adequately with the issue for ***mainstream (mostly, transactional!)*** software projects? (All projects that you have been discussing here are simulations. Please pardon me if I am wrong.) I am testing my imagination with a project which is going to replace all messy (layered) projects of a middle size IT department. How can I handle it without getting a new mess in a couple of years? [And critical things here are adaptability / adaptivity and complexity.]

 

It would be nice to get your thoughts about it.

 

--Mikhail


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://redfish.com/pipermail/friam_redfish.com/attachments/20070828/3c865ea7/attachment.html 

Reply | Threaded
Open this post in threaded view
|

SIP & Complexit

Phil Henshaw-2
Mikhail,

Well, changing natural scales in anything always seems to require developing
new models of explanation.     Isn't that the problem?,  that the
proposition is that we keep changing scales of complexity (regularly
doubling) and the concern is whether we can keep coming up with new models
that work for the physical systems that need to handle it?    Isn't it
possible that continually multiplying complexity invalidates all models
inherently, even more fundamentally than just because of the dodgy human
thought apparatus we're stuck with?

When would complexity exceed SIP's range of explanatory scales?    I've
always been concerned with the basic premise that the way to handle the wall
of complexity rapidly approaching is to accept that people won't be able to
figure things out so we should turn over the job of understanding the world
to self-organizing machines...  ;-)


On 8/28/07, Mikhail Gorelkin <gorelkin at hotmail.com> wrote:

>
>   Just read Roger Sessions' article about SIP (
> http://www.objectwatch.com/sip.htm ) as a part of his coming book
> "Controlling Complexity in Enterprise Architectures". I completely agree
> with his point that to deal successfully with complex software projects we
> need to recognize that complexity itself is a challenging issue (control
> complexity or it will bury you!), but it seems to me that all
> "modifications" of a common sense are not enough to handle it. So, an
> essential question here is: is Complexity Theory and the theory of
> Multi-Agent Systems is that framework which deals adequately with the issue
> for ***mainstream (mostly, transactional!)*** software projects? (All
> projects that you have been discussing here are simulations. Please pardon
> me if I am wrong.) I am testing my imagination with a project which is going
> to replace all messy (layered) projects of a middle size IT department. How
> can I handle it without getting a new mess in a couple of years? [And
> critical things here are adaptability / adaptivity and complexity.]
>
>
>
> It would be nice to get your thoughts about it.
>
>
>
> --Mikhail
>
>
>
> ============================================================
> FRIAM Applied Complexity Group listserv
> Meets Fridays 9a-11:30 at cafe at St. John's College
> lectures, archives, unsubscribe, maps at http://www.friam.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://redfish.com/pipermail/friam_redfish.com/attachments/20070828/14f18439/attachment.html 

Reply | Threaded
Open this post in threaded view
|

SIP & Complexit

Mikhail Gorelkin
:-) Phil, in SIP I see common sense' seeds of software agents (!) that brought me to this question. --Mikhail

 


----- Original Message -----

  From: Phil Henshaw
  To: The Friday Morning Applied Complexity Coffee Group
  Sent: Tuesday, August 28, 2007 2:53 PM
  Subject: Re: [FRIAM] SIP & Complexit


  Mikhail,

  Well, changing natural scales in anything always seems to require developing new models of explanation.     Isn't that the problem?,  that the proposition is that we keep changing scales of complexity (regularly doubling) and the concern is whether we can keep coming up with new models that work for the physical systems that need to handle it?    Isn't it possible that continually multiplying complexity invalidates all models inherently, even more fundamentally than just because of the dodgy human thought apparatus we're stuck with?    

  When would complexity exceed SIP's range of explanatory scales?    I've always been concerned with the basic premise that the way to handle the wall of complexity rapidly approaching is to accept that people won't be able to figure things out so we should turn over the job of understanding the world to self-organizing machines...  ;-)



  On 8/28/07, Mikhail Gorelkin <gorelkin at hotmail.com> wrote:
    Just read Roger Sessions' article about SIP ( http://www.objectwatch.com/sip.htm ) as a part of his coming book "Controlling Complexity in Enterprise Architectures". I completely agree with his point that to deal successfully with complex software projects we need to recognize that complexity itself is a challenging issue (control complexity or it will bury you!), but it seems to me that all "modifications" of a common sense are not enough to handle it. So, an essential question here is: is Complexity Theory and the theory of Multi-Agent Systems is that framework which deals adequately with the issue for ***mainstream (mostly, transactional!)*** software projects? (All projects that you have been discussing here are simulations. Please pardon me if I am wrong.) I am testing my imagination with a project which is going to replace all messy (layered) projects of a middle size IT department. How can I handle it without getting a new mess in a couple of years? [And critical things here are adaptability / adaptivity and complexity.]



    It would be nice to get your thoughts about it.


     
    --Mikhail




    ============================================================
    FRIAM Applied Complexity Group listserv
    Meets Fridays 9a-11:30 at cafe at St. John's College
    lectures, archives, unsubscribe, maps at http://www.friam.org





------------------------------------------------------------------------------


  ============================================================
  FRIAM Applied Complexity Group listserv
  Meets Fridays 9a-11:30 at cafe at St. John's College
  lectures, archives, unsubscribe, maps at http://www.friam.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://redfish.com/pipermail/friam_redfish.com/attachments/20070828/8f6f7987/attachment.html