Stefan Tilkov wrote:
> I was conducting lots of job interviews back in the early 90s, when
> OO was all the rage and I became a fan of it (which I still am today,
> BTW). When asked about the benefits of OO, many applicants mentioned
> this so-called real world benefit - after all, doesn't OO allow you
> to have Customer, Invoice, and Contract as objects? Yeah, great, but
> so do records in Pascal or structs in C.
In some of the discussions about ESBs, I've commented that even your ethernet
is
an ESB, although with limited features. Software design can be object oriented
without the use of a language touted as object oriented. The mere use of
structs or records pushes a procedural program toward OO by having "instances"
of data items, considered separately. The facilities of C++ for object
oriented
programming can be mimiced exactly by passing an object into functions. If a
function has no side effects, except for data in that object, then it is very
much object oriented.
>I have worked together with business people on creating models to
>support analysis quite a bit, and although we most often used UML
>class models for communication, we *never* used methods on objects,
>or concepts such as inheritance, or even aggregation. Extremely
>simple class diagrams - basically E/R diagrams -, use cases, and
>occasionally state charts are concepts that business users can
>understand. Classes with methods, let alone inheritance or
>polymorphism, aren't.
This is the classic problem that software developers and engineers have. They
are often introverted, type-A personalities, and we like to show people what we
know and that there are some complicated things that we want them to appreciate
:-) It's much better when we learn to use the Service view instead of the
System view of the world.
Gregg Wonderly
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/service-orientated-architecture/
<*> Your email settings:
Individual Email | Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/service-orientated-architecture/join
(Yahoo! ID required)
<*> To change settings via email:
mailto:[EMAIL PROTECTED]
mailto:[EMAIL PROTECTED]
<*> To unsubscribe from this group, send an email to:
[EMAIL PROTECTED]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
