JiscMail Logo
Email discussion lists for the UK Education and Research communities

Help for PHD-DESIGN Archives


PHD-DESIGN Archives

PHD-DESIGN Archives


PHD-DESIGN@JISCMAIL.AC.UK


View:

Message:

[

First

|

Previous

|

Next

|

Last

]

By Topic:

[

First

|

Previous

|

Next

|

Last

]

By Author:

[

First

|

Previous

|

Next

|

Last

]

Font:

Proportional Font

LISTSERV Archives

LISTSERV Archives

PHD-DESIGN Home

PHD-DESIGN Home

PHD-DESIGN  2000

PHD-DESIGN 2000

Options

Subscribe or Unsubscribe

Subscribe or Unsubscribe

Log In

Log In

Get Password

Get Password

Subject:

Re: design or interdisciplinary research

From:

Avigail Sachs <[log in to unmask]>

Reply-To:

Avigail Sachs <[log in to unmask]>

Date:

Mon, 2 Oct 2000 22:14:42 +0300 (IDT)

Content-Type:

TEXT/PLAIN

Parts/Attachments:

Parts/Attachments

TEXT/PLAIN (121 lines)

Dear All,

I would like to join Klaus in questioning the place  of
rigorous definitions.  The
discussion over the emails in the last few days  has made very plain to me
how issues such as design rhetoric knowledge cannot be defined without
understanding  the context in which the defitions are
to be used.  That in this sense defintions are not aims in themselves
but only tools in the process. For example, understanding WHY Rosan sought
to define design  knowledge made the question (and responces) much
clearer. Perhaps this is one of the differces between "scientific"
thinking and "design thinking" in that the objectives of scientific
thought have had longer to be formalized (or at least seem to be better
formalized when looked at from the outside.) Hopefully when we are clearer
about the contexts "design knowledge" can be applied  we will find
defintions easier...


Shana Tova (Happy New Year)

Avigail
------------------------------------------------------------------------

Avigail Sachs

[log in to unmask]

Faculty of Architecture and Town Planning        4 Avishai St.
Technion, Israel Institute of Technology         Jerusalem,93149    
Haifa, 32000 ISRAEL                              ISRAEL
         
(home) +972-4-824-8722                                  
(work) +972-4-837-1190 ext. 5
(fax)  +972-4-837-1269    


On Mon, 2 Oct 2000, Klaus Krippendorff wrote:

> at this point, maybe we should be less concerned with rigorous definitions 
> because definitions are intended to be definitive, become unquestionable, 
> and "true" by agreement or authority.  definitions are usually upheld by 
> institutional hierarchies, schools of thought or gurus, all of which are 
> afraid of anarchism precisely because this would dethrone them.  some 
> people are comfortable in well organized structures, i can't say that for 
> myself, and i dare say that design is inherently geared to question if not 
> bypass conventions. i like design to be open, eclectic, multi-disciplinary, 
> ...  the more perspectives we are capable of applying to a situation the 
> better.  the more methods can be debated, challenged, and replaced by 
> better ones, the more likely does their outcome satisfy the needs of 
> participants (rather than the abstract goal of logical consistency or a 
> hierarchy of domination).
> 
> i like to think of methods as aiming at something, increasing the success 
> of reaching what their users happen to aim at, and succeeding to get there 
> arguably and repeatedly.  methodo-logic should therefore be considered a 
> criterion that is subject to examination in dialogue or conversation among 
> those seeking their objectives.  and dialogue or conversation of where one 
> wants to go and how to get there should be subservient to getting there.
> 
> let there be methodological anarchism!  let there be many ways of creating 
> data (not just collecting them as if they existed to be picked up)!  let 
> there be an acknowledgement of multiple voices (and a second-order 
> understanding of these).
> 
> klaus
> 
> At 10:07 AM 10/2/00 -0400, Lubomir S. Popov wrote:
> 
> >Good definition.  The reason of my post is that I am concerned with
> >methodological anarchism and particularly with the phenomena when data
> >collected within the framework of one paradigm are interpreted from the
> >position of another paradigm. I would like to warn that addopting the
> >notion of "eclectism" is dangerous. In an eclectic compilation, there will
> >be many problems associated with quality of data and interpretation stance
> >because these issues are treated differently in different paradigms.
> >Otherwise, the rest of the definition can hardly be disputed.
> >
> >Regards,
> >
> >Lubomir Popov
> >
> >At 11:15 PM 10/1/2000 -0700, Paul M. Gutherson wrote:
> > >Hi all
> > >I was recently at a one day conference on inter-disciplinary research
> > >where a group of geographers and environmental researchers gave a
> > >definition of interdisciplinary research (which incidentally they
> > >arrived at after brainstorming sessions). Their definition was this:
> > >
> > >"It is eclectic and integrative. It uses different disciplines to solve
> > >complex problems. It is holistic, fluid and adaptable."
> > >
> > >What an excellent definition of design research!!
> > >
> > >Paul
> > >
> > >
> > >^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > >P.M. Gutherson
> > >[log in to unmask]
> > >Tel: 01782 294669
> > >^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > >                                                     __
> > >  Advanced Research Institute              /  \     |    |   )
> > >  School of Art & Design                  ____ \     __ /
> > >  Staffordshire University               /      \   |    \   |
> > >  Stoke on Trent, ST4 2XN, UK          _/       _\ _|    _\ _|
> > >
> > >  tel +44(0)1782 294602 fax +44(0)1782 294873 [log in to unmask]
> > >
> > >^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> > >
> > >
> > >
> 
> 




%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%

Top of Message | Previous Page | Permalink

JiscMail Tools


RSS Feeds and Sharing


Advanced Options


Archives

October 2019
September 2019
August 2019
July 2019
June 2019
May 2019
April 2019
March 2019
February 2019
January 2019
December 2018
November 2018
October 2018
September 2018
August 2018
July 2018
June 2018
May 2018
April 2018
March 2018
February 2018
January 2018
December 2017
November 2017
October 2017
September 2017
August 2017
July 2017
June 2017
May 2017
April 2017
March 2017
February 2017
January 2017
December 2016
November 2016
October 2016
September 2016
August 2016
July 2016
June 2016
May 2016
April 2016
March 2016
February 2016
January 2016
December 2015
November 2015
October 2015
September 2015
August 2015
July 2015
June 2015
May 2015
April 2015
March 2015
February 2015
January 2015
December 2014
November 2014
October 2014
September 2014
August 2014
July 2014
June 2014
May 2014
April 2014
March 2014
February 2014
January 2014
December 2013
November 2013
October 2013
September 2013
August 2013
July 2013
June 2013
May 2013
April 2013
March 2013
February 2013
January 2013
December 2012
November 2012
October 2012
September 2012
August 2012
July 2012
June 2012
May 2012
April 2012
March 2012
February 2012
January 2012
December 2011
November 2011
October 2011
September 2011
August 2011
July 2011
June 2011
May 2011
April 2011
March 2011
February 2011
January 2011
December 2010
November 2010
October 2010
September 2010
August 2010
July 2010
June 2010
May 2010
April 2010
March 2010
February 2010
January 2010
December 2009
November 2009
October 2009
September 2009
August 2009
July 2009
June 2009
May 2009
April 2009
March 2009
February 2009
January 2009
December 2008
November 2008
October 2008
September 2008
August 2008
July 2008
June 2008
May 2008
April 2008
March 2008
February 2008
January 2008
December 2007
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
January 2007
2006
2005
2004
2003
2002
2001
2000
1999
1998


JiscMail is a Jisc service.

View our service policies at https://www.jiscmail.ac.uk/policyandsecurity/ and Jisc's privacy policy at https://www.jisc.ac.uk/website/privacy-notice

Secured by F-Secure Anti-Virus CataList Email List Search Powered by the LISTSERV Email List Manager