home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.software-eng
- Path: sparky!uunet!cs.utexas.edu!uwm.edu!caen!hellgate.utah.edu!csn!teal.csn.org!mheinric
- From: mheinric@teal.csn.org (Mark Heinrick)
- Subject: Re: SE going offshore?
- Message-ID: <BxtA99.Gx@csn.org>
- Sender: news@csn.org (news)
- Nntp-Posting-Host: teal.csn.org
- Organization: Colorado SuperNet, Inc.
- X-Newsreader: Tin 1.1 PL4
- References: <2B05650C.29402@ics.uci.edu>
- Date: Mon, 16 Nov 1992 13:46:19 GMT
- Lines: 36
-
- ejw@siam.ics.uci.edu (Jim Whitehead) writes:
- : >His basic argument is that there are plenty of clever, well-trained
- : >people in developing countries willing to work for less than their
- : >US-based competitors. One example is the HP software shop in Bombay.
- : >It will be economically inevitable that this labor-intensive
- : >industry will be exported to places where labor is cheap.
- :
- : I disagree. Many software faults can be traced either to faulty
- : specifications, or incorrect interpretation of specifications. For
- : the immediate future, the largest market for software will be the
- : United States. This means that either the problem description or
- : the specification or both will be expressed in English.
-
- Jim, we felt that way about a lot of things, like cars and VCR's,
- remember??
-
- : Also, since generation/interpretation of specifications is dependent
- : on cultural factors, the culture of the programming team could cause
- : adverse or unintended effects.
-
- Not necessarily. If someone (or some group) develops a better product,
- it is likely to sell. It is the whole quality issue again. Our
- offshore competitors will not sit still on this any more than they have
- on other issues.
-
- I don't recall anyone "specifying" VisiCalc, OS/360, or Windows NT
- from the outside world. They were determined by visionaries in
- their own niches who could do something and do it well. It is
- a dangerous fallacy to hope that cultural differences will continue
- to protect us for long.
-
- --
- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
- Mark Heinrich
- Colorado Springs, Colorado
- #include <standard_disclaimer.h>
-