Re[2]: Fwd: FW: Future of RP

From: DOUGLAS M WHITE (WHITED@POLAROID.COM)
Date: Mon Dec 14 1998 - 14:32:56 EET

Next message: Nathaniel J. Leon: "Re: Fwd: FW: Future of RP"
Previous message: Ling Wai Ming: "Enquiry about colour rp"
Maybe in reply to: Elaine Hunt: "Fwd: FW: Future of RP"
Next in thread: Nathaniel J. Leon: "Re: Fwd: FW: Future of RP"
Reply: Nathaniel J. Leon: "Re: Fwd: FW: Future of RP"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]

     Hi Brock

     The engineer still has to be sure that people can make what he
     designs. As the Corps get rid of more & more in house designers the
     engineers have to be more aware of the problems we have with the
     tools. The tools are getting better. We have been struggling for years
     with the systems & it has been the user community that has input to
     the changes.
     Again this has to be a cooperative effort & everyone has to learn the
     new tools. With all the problems we encounter the tools are more
     productive than the "T Square" & the "slide rule".

     Doug White

______________________________ Reply Separator _________________________________
Subject: Re: Fwd: FW: Future of RP
Author: Brock Hinzmann <bhinzmann%sric.sri.COM@prdnet.polaroid.com> at INET
Date: 12/11/98 11:31 PM

I suppose it is always the case that someone's skill is evaluated on the
basis of how well they use their tools, but it seems odd to me that more
people don't blame more of the problem on the tools. The skill of an
engineer should be in how well the problem is understood and the thinking that
goes into solving it, based on a knowledge of mechanics, electronics, or
whatever, not based on how well they enter data into a computer. Perhaps the
old standard has outlived its usefulness and it is time to move on to a
new standard, fitting the tool to the engineer, rather than trying to fit
the engineer to the tool.

Brock Hinzmann

Nathaniel J. Leon wrote:
>Doug/Elaine:
>
>I agree that engineers, designers, and all other people that work in the
>design process need to be aware of their duties and made responsible for
>what happens in the process as far as they are able to control it. The
>earlier an error is corrected the the less it costs to correct.
>
>Unfortunately some time the problem is not simply that the
>engineer/designer input "bad data" many of the standard 3-D modeling
>programs do not catch the problematic data points.
>
>A good example of this is wire frames. Wire frame CAD programs will not
>and can not tell you if there is a gap in the surface that results in
>the model not being a solid. Now when the data is sent to the program
>that converts the data into a solid that can then be converted to SLA or
>SAT model for preparation of the prototype.
>
>Without the correct and easily usable tools how can the engineer or
>designer be expected to produce a good model. In this case management
>needs to be made aware that their choice of computer program is the
>root cause of the error in data transfer.
>
>I use a solids progam. It always give me a true solid or tells me that
>there is a problem.
>
>Niel Leon - CDS,inc
>
>For more information about the rp-ml, see http://ltk.hut.fi/rp-ml/
>
>RFC822 header
>-----------------------------------
>
>Status: U
>Return-Path: <owner-rp-ml@ltk.hut.fi>
>Received: from bart.lpt.fi ([193.166.66.1]) by mgw-mp.sric.sri.com
> (Netscape Messaging Server 3.6) with ESMTP id AAA532B;
> Mon, 7 Dec 1998 08:51:02 -0800
>Received: from major by bart.lpt.fi with local (Exim 1.90 #2)
> for rp-ml-outgoing@bart.lpt.fi
> id 0zn3PS-0003tB-00; Mon, 7 Dec 1998 16:21:18 +0000
>Received: from ha1.rdc1.md.home.com ([24.2.2.66] ident=siteadm)
> by bart.lpt.fi with esmtp (Exim 1.90 #2)
> for rp-ml@bart.lpt.fi
> id 0zn3PQ-0005jm-00; Mon, 7 Dec 1998 18:21:16 +0200
>Received: from home.com ([24.3.12.30]) by ha1.rdc1.md.home.com
> (Netscape Mail Server v2.02) with ESMTP id AAA24595;
> Mon, 7 Dec 1998 08:21:14 -0800
>Message-ID: <366C00F0.DFEFCB1A@home.com>
>Date: Mon, 07 Dec 1998 11:23:12 -0500
>From: "Nathaniel J. Leon" <connectcds@home.com>
>Organization: @Home Network
>X-Mailer: Mozilla 4.05 [en]C-AtHome0404 (WinNT; U)
>MIME-Version: 1.0
>To: DOUGLAS M WHITE <WHITED@POLAROID.COM>
>CC: rp-ml@bart.lpt.fi, Elaine Hunt <ehunt@ces.clemson.EDU>
>Subject: Re: Fwd: FW: Future of RP
>References: <000BB846.4523@polaroid.com>
>Content-Type: text/plain; charset=us-ascii
>Content-Transfer-Encoding: 7bit
>Sender: owner-rp-ml@ltk.hut.fi
>Precedence: bulk
>

<HTML><HEAD></HEAD><BODY>I suppose it is always
the case that someone's skill is evaluated
on the basis of how well they use their
tools, but it seems odd to me that more people
don't blame more of the problem on the tools.
The skill of an engineer should be in how
well the problem is understood and the thinking
that goes into solving it, based on a knowledge
of mechanics, electronics, or whatever,
not based on how well they enter data into
a computer. Perhaps the old standard has
outlived its usefulness and it is time to
move on to a new standard, fitting the tool
to the engineer, rather than trying to fit
the engineer to the tool. 
 
Brock Hinzmann 
 
Nathaniel
J. Leon wrote: 
>Doug/Elaine: 
> 
>I
agree that engineers, designers, and all
other people that work in the 
>design
process need to be aware of their duties
and made responsible for 
>what happens
in the process as far as they are able to
control it. The 
>earlier an error is
corrected the the less it costs to correct. 
> 
>Unfortunately
some time the problem is not simply that
the 
>engineer/designer input "bad
data" many of the standard 3-D modeling 
>programs
do not catch the problematic data points.
 
> 
>A good example of this is
wire frames. Wire frame CAD programs will
not 
>and can not tell you if there
is a gap in the surface that results in 
>the
model not being a solid. Now when the data
is sent to the program 
>that converts
the data into a solid that can then be converted
to SLA or 
>SAT model for preparation
of the prototype. 
> 
>Without the
correct and easily usable tools how can
the engineer or 
>designer be expected
to produce a good model. In this case management 
>needs
to be made aware that their choice of computer
program is the 
>root cause of the error
in data transfer. 
> 
>I use a solids
progam. It always give me a true solid or
tells me that 
>there is a problem. 
> 
>Niel
Leon - CDS,inc 
> 
>For more information
about the rp-ml, see http://ltk.hut.fi/rp-ml/> 
> 
>RFC822 header 
>----------------------------------- 
> 
>Status:
U 
>Return-Path: <owner-rp-ml@ltk.hut.fi> 
>Received: from bart.lpt.fi
([193.166.66.1]) by mgw-mp.sric.sri.com 
>
(Netscape Messaging Server 3.6)
with ESMTP id AAA532B; 
>
Mon, 7 Dec 1998 08:51:02 -0800 
>Received:
from major by bart.lpt.fi with local (Exim
1.90 #2) 
> for rp-ml-outgoing@bart.lpt.fi 
> id 0zn3PS-0003tB-00;
Mon, 7 Dec 1998 16:21:18 +0000 
>Received:
from ha1.rdc1.md.home.com ([24.2.2.66] ident=siteadm) 
> by
bart.lpt.fi with esmtp (Exim 1.90 #2) 
> for
rp-ml@bart.lpt.fi 
> id 0zn3PQ-0005jm-00;
Mon, 7 Dec 1998 18:21:16 +0200 
>Received:
from home.com ([24.3.12.30]) by ha1.rdc1.md.home.com 
>
(Netscape Mail Server v2.02) with
ESMTP id AAA24595; 
> Mon,
7 Dec 1998 08:21:14 -0800 
>Message-ID:
<366C00F0.DFEFCB1A@home.com> 
>Date: Mon,
07 Dec 1998 11:23:12 -0500 
>From: "Nathaniel
J. Leon" <connectcds@home.com> 
>Organization:
@Home Network 
>X-Mailer: Mozilla 4.05
[en]C-AtHome0404 (WinNT; U) 
>MIME-Version:
1.0 
>To: DOUGLAS M WHITE <WHITED@POLAROID.COM> 
>CC: rp-ml@bart.lpt.fi, Elaine Hunt <ehunt@ces.clemson.EDU> 
>Subject: Re:
Fwd: FW: Future of RP 
>References:
<000BB846.4523@polaroid.com> 
>Content-Type:
text/plain; charset=us-ascii 
>Content-Transfer-Encoding:
7bit 
>Sender: owner-rp-ml@ltk.hut.fi 
>Precedence: bulk 
></BODY></HTML>

For more information about the rp-ml, see http://ltk.hut.fi/rp-ml/

Next message: Nathaniel J. Leon: "Re: Fwd: FW: Future of RP"
Previous message: Ling Wai Ming: "Enquiry about colour rp"
Maybe in reply to: Elaine Hunt: "Fwd: FW: Future of RP"
Next in thread: Nathaniel J. Leon: "Re: Fwd: FW: Future of RP"
Reply: Nathaniel J. Leon: "Re: Fwd: FW: Future of RP"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]

This archive was generated by hypermail 2.1.2 : Tue Jun 05 2001 - 22:47:38 EEST