XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] RE: XML As Fall Guy

Hi Mike,

Creativity is the word, and there is a book on this subject 'Software Creativity' by Robert Glass, that is a compendium of articles actually.

All that you say I agree with fully, another reason metaphors in software are problematic. My interest is mainly why large projects fail and why tendering doesn't work that well for software. I suggest when it does work, that the cost is far greater than is necessary, at least double in my experience, in order to guarantee a result, irrespective of it being a good result. There is a tender for a 'health information exchange' locally at the moment, a perfect thing for open-source in my view, complex yes but essentially commodity. I know that this will not be the result.

In such "human-facing software" projects there is a gradient of sorts from the unfamiliar where creativity is needed to the familiar. In the film metaphor (see, its hard not want to use analogies), we can think of multiple 'takes' to get a scene done perfectly at one end, to the cutting-room where the range of options is much limited. So, I guess my main interest is the issue of 'creativity at large scale'. Maybe leadership is what is needed, someone to inspire and marshall everyone to work as one.  Great and complex things are built by a few individuals with a shared vision too, but over longer time frames than is usually required for 'procurements'.




On Thu, Dec 5, 2013 at 12:35 AM, Michael Sokolov <msokolov@safaribooksonline.com> wrote:
On 12/3/2013 10:20 PM, Stephen Cameron wrote:


Going back to my film analogy, you start with a script usually produced by one person, is that the film design? One that the director, actor and camera-persons etc (as manufacturers) can follow to a predictable result, obviously not! That creative team has to turn the script 'vision' into a product that works for the human audience.

[We might be talking about different kinds of software it occurs to me, I am mainly talking of software that provides information to humans,  where meaning becomes such a big issue, not that which controls machines].

I think this gets at something important: the creative film-making analogy seems a reasonably good fit for a word processor, or web shop: human-facing software.  I don't think it works as well for building a database, web server, file system, compiler, or operating system, even though humans do use those.

This observation suggests to me that the difficulty we have with analogies for software-making arises from software's protean qualities: software can be written to mimic almost any process or system. Thus different analogies are appropriate to different scenarios. If we discuss software that mimics human perception, like speech recognition systems, or other primarily numerical software, then the building process becomes an exercise in scientific research, rather than a creative endeavor, and doesn't have much to do with building construction in any case.

It might be instructive to identify an appropriate metaphor for a particular software discipline or field of application, rather than trying to find a single correct metaphor for all software practice.

-Mike



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 1993-2007 XML.org. This site is hosted by OASIS