jayanosy@xxxxxxxxxxxxxxxxxxx wrote: (01)
> I was shocked by the statement that engineers don't need theory. If
> one looks at the practicing journals of todays engineers there are an
> astounding number of applications of theoretical principles from many
> disciplines that an engineer will use to experiment with alternative
> design models. (02)
Well, John, that comes of looking only at today's journals. You see
"engineering" as mature mechanical or electrical engineering at the turn
of the 21st century. I suspect you would have seen it differently at
the turn of the 20th. Think of Edison and Tesla. And the examples I
chose were civil engineering thousands of years before Isaac Newton and
Friedrich Eiffel. (03)
"Engineering" can be done without much in the line of theory, because it
has been. From a logic standpoint, one counterexample disproves Len's
contention, and one can find hundreds of them. (04)
The point at issue is not whether engineering benefits from theory when
the theory is available, nor whether engineering disciplines should
incorporate useful available theories. No one disputes that. (05)
The issue Len raised is whether "real engineering" can be done when the
ideally supporting theory is not available. Len contends that "software
engineering" is currently impossible because there is inadequate
supporting theory. And my position is that historically, engineering
practitioners observed what worked and evolved a discipline and practice
based on those observations. They came later to apply theories that
explained those observations. And all I claim is that in software
engineering we are still in the first stage, as electrical engineering
was in 1890. (06)
Everything you say is correct, but (IMO) irrelevant to the issue, except
this: (07)
> If the theories for development or
> application of technology to create systems are not adequate to explain or
> predict performance to design selections that I would say that one could
> follow historical best practices and rules of thumb, and various persons
> may have different skills in these practices, this still is not
> engineering but again some sort of ad-hoc development with highly
> unpredictable results. (08)
And yet, from 1300 to 1600, hundreds of massive cathedrals were built
all over Europe by the Guilds of Masons using the same design principles
with several interesting variants. And most of them still stand, as
designed. So I dispute the idea that it was "ad hoc development with
highly unpredictable results". The Master Builders knew How; they just
didn't know Why. The theory of statics, and the supporting mathematics,
wasn't actually promulgated until the latter half of the 17th century. (09)
Now, it is true that Edison's work of 1880-1895 was of exactly that
type: ad-hoc development with highly unpredictable results. So I
suppose he wasn't "doing engineering" -- he was inventing a new
engineering domain. And it is said of the Wright Brothers that their
approach was extremely careful and incorporated what little theory was
known and involved hundreds of detailed experiments, and they are
therefore credited with creating the aeronautical engineering
discipline. But there were also guys like Lee de Forest who were indeed
tinkerers and not engineers. So where does one draw the line? Surely
they are not all carpenters. (010)
And software engineers are not the only modern examples. Think of
controlled nuclear reaction and cryogenics and nanotechnologies and
laser technologies and tunneling microscopy. There was in each case
some applicable theory, but all the early devices were based on
experiment and observation. Now it is true that these areas benefit
from 100-200 years of background science, but the specific domains did
not have complete theories, and they didn't really have a large body of
observations. And in at least two of those areas there is still
conflicting theory. And yet, we developed related engineering
disciplines. (Well, nanotech is still in its infancy.) (011)
I agree that most software engineers don't deserve the title "engineer".
We need to create a branch of "real engineering" that is engineering
of software machines, and replace the current claptrap of
engineering-free academic programs and professional designations for
tinkerers and artisans in the area. Otherwise, we will never get
reliable products, or useful ontologies. (012)
I just don't see getting hung up on theory as the discriminator.
Computer Science programs require a number of theory courses and a
number of pragmatic courses, but most graduates are not ready to be
engineers. What is missing is Engineering 101 -- understanding the
engineering process, and acceptance of engineering discipline. (013)
-Ed (014)
--
Edward J. Barkmeyer Email: edbark@xxxxxxxx
National Institute of Standards & Technology
Manufacturing Systems Integration Division
100 Bureau Drive, Stop 8263 Tel: +1 301-975-3528
Gaithersburg, MD 20899-8263 FAX: +1 301-975-4694 (015)
"The opinions expressed above do not reflect consensus of NIST,
and have not been reviewed by any Government authority." (016)
_________________________________________________________________
Message Archives: http://ontolog.cim3.net/forum/ontolog-forum/
Subscribe/Config: http://ontolog.cim3.net/mailman/listinfo/ontolog-forum/
Unsubscribe: mailto:ontolog-forum-leave@xxxxxxxxxxxxxxxx
Shared Files: http://ontolog.cim3.net/file/
Community Wiki: http://ontolog.cim3.net/wiki/
To Post: mailto:ontolog-forum@xxxxxxxxxxxxxxxx (017)
|