Hitoshi Ozawa wrote:
> I think we are in agreement. As I'm working for the leading OO company in
> Japan, so we promote OO in application software development.
>
> The argument I'm trying to make is that I could consult users who do not
> have deep knowledge of OO to yet produce usable OO classes by using
> tools and guidelines. I just think of it just as another technique in
> a toolbox
> and do not recommend using it in every circumstances. As was pointed out,
> it is preferrable if every developer learn OO.
>
> Moving on with the discussion, I was wondering how much business
> people have to learn about the technical aspects of SOA to do BPM.
> For example, I think asking them to learn to write XPath, XSLT, and WSDL
> is too much even if it's with using a graphical interface with drag&drop
> features.
>
I don't ever really expect business people to get too close to the
technical aspects - it requires the kind of thinking they aren't good at
- same as programmers aren't the best business thinkers in general.
What I do like to encourage is learning how to best communicate
requirements and get involved as a "product champion".
i.e. Teach them to "get their hands dirty but not too dirty" :)
Dan.
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/service-orientated-architecture/
<*> 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/
