comp.lang.ada
 help / color / mirror / Atom feed
From: Mats Karlssohn <mats@mida.se>
Subject: Re: List Containers - The Road Ahead
Date: Wed, 14 Nov 2001 09:36:04 +0100
Date: 2001-11-14T09:36:04+01:00	[thread overview]
Message-ID: <3BF22CF4.474DA5CA@mida.se> (raw)
In-Reply-To: 9sdpku$eu2$1@news.huji.ac.il

Well...

Before moving ahead I'll try to add som fuel to this discussion (when
do we reach bonfire level ? :-). On <http://www.geocities.com/tablizer>
there are some quite interesting critisism of OOP in general and some
really thought-worthy stuff about another -ism that the author calls
"Table Oriented Programming" (TOP), I really can't remember where I
found the link, I _hope_ that it is new to atleast some of you.

The author of those pages seems to be a very experienced buissnes-
oriented programmer, and he seems to have experiences and insights
that differs somewhat form what most of us here have. He tends to see
TOP and OOP as each others opposites (spl ?), I lean towards the
opinion that they are actually orthagonal. Therefore I think that
there are lessons to be learned and ideas to steal^H^H^H^H^Hborrow.


While reading the last weeks discussions here, two things have sturck
me:
* It seems that there are some differences in the terminology used. I
  do have some trouble understanding the _exact_ implications and
  differences when you write about lists/deques/maps etc. This may be
  because I'm not english speaking natively. It may also be because
  the terms are used somewhat differently by diccerent languages,
  different writers and different scools.
  Maybe it would be a good idea to define what we are talking about ?
  But OTOH maybe that's what's beeing done ?
* On the implementation level I have been thinking 'mixins, mixins'
  repeatedly.
  Would it be possible to solve for example the streams part of the
  containers using some kind of mixin ?
  OTOH I like the idea of not having to use tagged types, at least
  not for the simple cases. But then, again, maybe we could keep the
  simpelest cases non-tagged and tag the container parts at a higher
  level in the complexity hierarchy.


-- 
Mats Karlssohn, developer                         mailto:mats@mida.se  
Mida Systemutveckling AB                          http://www.mida.se
Box 64, S-732 22 ARBOGA, SWEDEN
Phone: +46-(0)589-89808   Fax: +46-(0)589-89809



      parent reply	other threads:[~2001-11-14  8:36 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-11-08 11:13 List Containers - The Road Ahead Ehud Lamm
2001-11-08 13:55 ` Ehud Lamm
2001-11-08 14:08 ` David Botton
2001-11-08 16:44   ` Darren New
2001-11-08 19:39     ` Marin David Condic
2001-11-09 16:43     ` Ted Dennison
2001-11-09 18:07       ` Darren New
2001-11-11  2:20         ` David Botton
2001-11-12 18:49           ` Darren New
2001-11-08 20:39   ` Ehud Lamm
2001-11-08 22:24     ` Nick Roberts
2001-11-08 23:24       ` Marin David Condic
2001-11-09 17:04         ` Ted Dennison
2001-11-09 17:52           ` Marin David Condic
2001-11-10  2:21             ` Ted Dennison
2001-11-10  4:04               ` Jeffrey Carter
2001-11-10  5:04                 ` Ted Dennison
2001-11-10 19:41                   ` Nick Roberts
2001-11-10 20:48                     ` Florian Weimer
2001-11-10 21:30                       ` Nick Roberts
2001-11-10 23:01                         ` Ted Dennison
2001-11-11 17:42                           ` Jeffrey Carter
2001-11-10 11:57               ` Florian Weimer
2001-11-10 11:59               ` Florian Weimer
2001-11-09  1:55     ` Jeffrey Carter
2001-11-08 19:36 ` Marin David Condic
2001-11-08 20:37   ` Ehud Lamm
2001-11-09 17:20   ` Ted Dennison
2001-11-08 21:32 ` Nick Roberts
2001-11-09  1:48 ` Jeffrey Carter
2001-11-09 19:04 ` Ted Dennison
2001-11-14  8:36 ` Mats Karlssohn [this message]
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox