[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Do you enjoy neighborhoods where every house looks the sam

  • From: "Bill Kearney" <wkearney@gmail.com>
  • To: "Simon St.Laurent" <simonstl@simonstl.com>,<xml-dev@l...>
  • Date: Wed, 28 Aug 2013 09:58:22 -0400

Re:  Do you enjoy neighborhoods where every house looks the sam
As someone who's in the final stages of building a custom house I call 
bullshit.  (as if this would come as a surprise...)

Any time irrelevant analogies are brought to bear it immediately smacks of 
trying to hide the larger axe attempting to be ground.

There's nothing limiting of the design that standardized components brings 
to the process.  Rather those help eliminate time wasted on infrastructure 
details, freeing that up for customization of human-facing aspects.  It 
would be insane to have to drill down into the nitty-gritty of plumbing pipe 
diameters, wire gauges or dimensional aspects of lumber and sheet materials.

Now, does the ease with which standardized materials can be obtained allow 
for blandness?  Of course it does.  But this is true for just about 
EVERYTHING on the planet!  Should we rail pointlessly about this as some 
sort of evil?  No, of course not.  Better time can be spent on building upon 
those basic elements to create the uniqueness a situation requires.  The 
trick is in coming to terms with just how much uniqueness any given 
situation actually requires.  Most don't.  This is a reality those enamored 
of 'designing' often ignore.

-Bill Kearney


-----Original Message----- 
From: Simon St.Laurent
Sent: Wednesday, August 28, 2013 9:25 AM
To: xml-dev@lists.xml.org
Subject: Re:  Do you enjoy neighborhoods where every house looks 
the same?

On 8/28/13 9:08 AM, Costello, Roger L. wrote:
> Infinite replication is lousy, especially if it's replication of
> something that doesn't fit anyone well.
>
> Forcing everyone to use the same XML vocabulary to describe different
> use cases is really bad.
>
> I suggest for your consideration the following approach to designing
> XML Schemas: create an XML Schema that contains a smorgasbord of
> well-defined, semantically-rich elements. Then, work with your users
> to create XML instances by picking and choosing elements that are
> meaningful to their specific needs.

This is a great place to start - certainly an improvement over too much
existing practice.

The challenges go deeper, though.  Even that "smorgasbord of
well-defined semantically rich elements" brings its own issues:

---------------------------------------
     Today's systems of housing production almost all rely, in one form
or another, on standardized building components. These components may be
very small (electrical boxes, for instance), or intermediate (2x4
studs), or very large (precast concrete rooms); but regardless of their
size, buildings are understood to be assembled out of these components.
In this sense then, the actual construction phase of the housing
production process has become an assembly phase: an occasion where
prefabricated components are assembled, on site, to produce the complete
houses.

     It has been little understood how vast the effect of this has been
on housing: how enormous the degree of control achieved,
unintentionally, by these components and the demands of their assembly.
Yet, as anyone who has intimate knowledge of building knows, these
components are merciless in their demands. They control the arrangement
of details. They prohibit variation. They are inflexible with respect to
ornament, or whimsy, or humor, or any little human touch a person might
like to make."

     — Christopher Alexander, _The Production of Houses_, page 220.
-------------------------------

Issues like these - which I think Ruskin describes differently as he
dealt in his age more with standardized design than standardized parts -
bring the "sameness" issues all the way down to the edges of the
document tree.

Thanks,
-- 
Simon St.Laurent
http://simonstl.com/

_______________________________________________________________________

XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
subscribe: xml-dev-subscribe@lists.xml.org
List archive: http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php



[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!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
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.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.