[XML-DEV Mailing List Archive Home]
[By Thread]
[By Date]
[Recent Entries]
[Reply To This Message]
Re: Re: XML As Fall Guy
- From: Stephen Cameron <steve.cameron.62@gmail.com>
- To: Michael Sokolov <msokolov@safaribooksonline.com>
- Date: Tue, 3 Dec 2013 09:55:13 +1100
According to some folklore I read, waterfall was discounted early by the guy who first described it, but it was too late, managment types had latched on to it, seeing it as a way to transfer the discipline of production line manufacturing to software development.
Its also interesting that one thing borrowed from another field into software development is "patterns", which comes from Christopher Alexander's 'A Pattern Language', he is an architect. In its original form its very much concerned with the human element, saying basically that patterns develop over time, and come to be commonly recognised as such, because they work well for humans, not because some specific designer thought they should work. So, they became the 'repetoire' of the builders who were the designers too, that helped to ensure success in new projects.
The reason I like the film analogy is that it is focused on the human element first and the considerable technical details are subsurvient to this. To be successful films have connect with humans, we have to empathise with the characters. This is sadly why crime drama is such a common thing, they are cheap to make and guarantee a connection to the audience. How often have you found yourself thinking "this is crap" but cannot turn it off (thinking Midsomer Murders).
While computing started out as a mathematical discipline, and technically still is, it has moved into another realm, which is the extension of human and organisational capabilities. The first is something that Steve Jobs understood very well I think, understanding that combining new platforms and human desires/behaviours creates enormous possibilities.
So, we can blame politics and capitalism etc. but fundamentally these are human creations, cultural patterns of a sort, and derived from intrinsic human behaviours, this is where the problems and solutions lie I believe with software trainwrecks.
Old patterns of doing things don't work (probably most pertinent are top-down command management and contract based agreements on scope). In my local case, you'd have to guess that an academic institution trying to develop a complex piece of software is not the most likely place to find a success story. Probably too many fondly held opinions and little cooperation or ability to question- or to experiment with changes to - the status quo.
Maybe a failure is actually necessary to be able to acknowledge these facts and then that failure contains the seeds of success in a second attempt. The failure becomes a discarded prototype. What is perhaps worse is something that is "made to work" because of costs already committed, but which then is a nightmare for ongoing refinement (maintenance is a bad term from waterfall). This is what Domain Driven Design is aimed specifically at preventing I understand.
-Steve
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
|
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format
RSS 2.0 |
|
Atom 0.3 |
|
|
Stylus Studio has published XML-DEV in RSS and ATOM formats,
enabling users to easily subcribe to the list from their preferred news reader application.
|
Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website.
they were not included by the author in the initial post. To view the content without the Sponsor Links please
click here.
|
|