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
>
For more information about the rp-ml, see http://ltk.hut.fi/rp-ml/
This archive was generated by hypermail 2.1.2 : Tue Jun 05 2001 - 22:47:38 EEST