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  2005

PHD-DESIGN 2005

Options

Subscribe or Unsubscribe

Subscribe or Unsubscribe

Log In

Log In

Get Password

Get Password

Subject:

Re: specification Re: Design and intention

From:

M P Ranjan <[log in to unmask]>

Reply-To:

M P Ranjan <[log in to unmask]>

Date:

Tue, 11 Jan 2005 09:57:24 +0530

Content-Type:

text/plain

Parts/Attachments:

Parts/Attachments

text/plain (148 lines)

Dear Rosan

I have been reading this thread with interest but with little time to
add my comments. Your take on specifications limits the results of
design to the confines of a product or the boundary of the system that
was taken up for designing in the first place. However design does much
more since it places a lot more that what was intended in the first
place since it could add pollution and a number of unintend residue and
further it can and always does leave much room for interpretation bt the
user and any observer who could draw their inferences from their own
perceptions and these could be unanticipated in the specifications of
the origional design. The word "specification" therefore fails to
adequately describe the outcome of a design task and we need to look for
another term that can be used in conjunction with or in addition to the
term specification. "Affordances" is one such term, there may be others
since design outcomes tend to be open ended like the ripples that move
back and forth when a pebble strikes a pond. This term says more about
the design with not just "what it is" but as to "what you can do with
it", which is usually what matters to most users of the design. If I
cannot use it, it is not of much use anyway.

Five years ago when I was setting up our Web Usabiliy & Research Lab
(W-URL^(TM)) (pun intended) at NID I wrote a series of papers to help
our students understand design in the context of the emerging
opportunities on the web for new structures and services. These papers
can be accessed from my web archive from a folder titled "MPR Papers on
InfoTech". The papers pertaining to the above arguement are
"Affordances&Design_WURL02.doc" and "What is Usability_WURL01.doc". My
web archive is at <http://homepage.mac.com/ranjanmp/>

With warm regards and wishing all on PhD-Design a very happy new year.

M P Ranjan
from my office at NID
11 January 2004 at 9.50 am IST

___________________________________________________________________

Prof M P Ranjan
Faculty of Design
Head, NID Centre for Bamboo Initiatives
Faculty Member on NID Governing Council (2003 -2004) (continuing till date)
National Institute of Design
Paldi
Ahmedabad 380 007 INDIA

Tel: 91+79+26610054 (Res)
Tel: 91+79+26639692 ext 1090 (Off)
Tel: 91+79+26639692 ext 4095 (Off)
Fax: 91+79+26605242

email: <[log in to unmask]
web archive: <http://homepage.mac.com/ranjanmp/>
___________________________________________________________________

Rosan Chow wrote:

> Dear Klaus and Terry and those who are still reading
>
> i would like to say a few words about my take on 'specification' as a
> main/defining criterion and term for 'design'.
>
> we all know 'design' is a profession. and we all know 'design' has
> been proposed to be seen as 'a way of thinking-acting'. as a
> professional practice, the definition of 'design' will change as the
> world changes. as a way of thinking-acting, the definition of 'design'
> will also change as the world changes. however, the difference between
> the two definitions, i believe, is that the former seeks to establish
> a description that is timely, and the latter timeless.
>
> in the former case, i have no problem if a distinction is made between
> what industrial designers and engineering designers produce to get
> paid. a 'proposal' and a 'specification' respectively or whatever.
> however
>
> in the latter case, i prefer 'specification' as it seems to me this
> term signifies the outcome of design generally and accurately. i like
> terry's definition of design (noun). he suggests/insists that a design
> is a specification, and not a product or an artefact. i think he is
> right.
>
> however, i don't agree with his definition of designing (verb). and i
> will think more about Klaus' ideas that specification/proposals are in
> the domain of communication.
>
> thanks. this discussion is beneficial to my research.
>
> rosan
>
> Klaus Krippendorff wrote:
>
>> dear terry, i see no fundamental difference between the use of
>> specifications vs. proposals. in my experiences though, the
>> specifications produced by designers need not be (and i would add
>> cannot be) so specific, merely detailed enough for financiers to
>> invest in the proposal, for engineers to make production drawings,
>> and for advertisers to develop a marketing strategy. again in my
>> experiences, in the course of realizing a design, many people
>> introduce modifications not under the control of the designer. where
>> i once worked, our assignment was to organize workshops with clients
>> out of which commitments to realize an idea were to emerge. you can
>> call this participatory design, which i happen to like for its
>> inherently ethical process. sure, most designers work under contract
>> and sometimes contracts spell out specific deliverables. but such
>> contracts can also include hiring designers to generate ideas just
>> for the client to be sure that he or she has covered the whole field.
>> or to prevent good ideas not to fall into the hands of the
>> completion. proposal, specifications, sketches, plans, instructions,
>> program s, are all words that denote communications that can be acted
>> upon by others who may or may not see some benefit in doing so. i
>> think the value of shift ing the discussion from intentions to actual
>> communications is that we can examine the latter for what others can
>> do with them -- and this is surely not causally determinable . i am
>> glad that michael introduced the intentional fallacy into the
>> discussion and ken provided a relevant article to elucidate it.
>> thanks also for your cogent distinction between causes and blame,
>> which for me is a distinction between physical explanations and
>> explanations concerning socially situated interactions. as i
>> suggested earlier, intentions are asserted in accounts and depend on
>> whether actors can be proud or embarrassed of the consequences of
>> their actions. best wishes klaus
>>
>>     -----Original Message-----
>>     From: PhD-Design - This list is for discussion of PhD studies and
>>     related research in Design [ mailto:[log in to unmask] ]On
>>     Behalf Of Terence Love
>>     Sent: Sunday, January 09, 2005 10:00 PM
>>     To: [log in to unmask]
>>     Subject: Re: Design and intention
>>
>>     Dear Klaus,You say you prefer 'proposal' to 'specification'
>>     because a design does not need as specific as a computer program
>>     or an
>>     engineering drawing. As far as I can see, most non-trivial
>>     'designs' consist of the contractual communications that are
>>     'specifications' such as engineering drawings, computer code etc
>>     (specifcations for producing products, creating and managing
>>     systems, structuring organisations, defining how influences can
>>     be actualised (policy and advertising designs)etc) - that are
>>     deliberately written in formal languages/ and tightly defined
>>     symbolic structures so as to be as unambigous to the reader as
>>     possible.Seems to me that a core aspect of producing a 'design'
>>     is this use of formal singular unambigous 'langauges' for which
>>     the aim is to minimise the reinterpretation by the user of the
>>     design (as distinct formt he user of the outcome when the design
>>     is actualised as a product systems etc).Best regards,Terry
>>

Top of Message | Previous Page | Permalink

JiscMail Tools


RSS Feeds and Sharing


Advanced Options


Archives

May 2024
April 2024
March 2024
February 2024
January 2024
December 2023
November 2023
October 2023
September 2023
August 2023
July 2023
June 2023
May 2023
April 2023
March 2023
February 2023
January 2023
December 2022
November 2022
October 2022
September 2022
August 2022
July 2022
June 2022
May 2022
April 2022
March 2022
February 2022
January 2022
December 2021
November 2021
October 2021
September 2021
August 2021
July 2021
June 2021
May 2021
April 2021
March 2021
February 2021
January 2021
December 2020
November 2020
October 2020
September 2020
August 2020
July 2020
June 2020
May 2020
April 2020
March 2020
February 2020
January 2020
December 2019
November 2019
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

For help and support help@jisc.ac.uk

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