home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / software / 4345 < prev    next >
Encoding:
Text File  |  1992-11-17  |  1.7 KB  |  38 lines
  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!gumby!wupost!cs.uiuc.edu!cs.uiuc.edu!hasker
  3. From: hasker@cs.uiuc.edu (Rob Hasker)
  4. Subject: Re: SE going offshore?
  5. Message-ID: <BxvF1M.Jqr@cs.uiuc.edu>
  6. Organization: University of Illinois, Dept. of Comp. Sci., Urbana, IL
  7. References: <1992Nov13.142754.12335@ornl.gov> <2B05650C.29402@ics.uci.edu> <Bxv98I.KsD@fulcrum.co.uk>
  8. Date: Tue, 17 Nov 1992 17:24:58 GMT
  9. Lines: 27
  10.  
  11. igb@fulcrum.co.uk (Ian G Batten) writes:
  12.  
  13. >In article <2B05650C.29402@ics.uci.edu> ejw@siam.ics.uci.edu (Jim Whitehead) writes:
  14. >> United States.  This means that either the problem description or
  15. >> the specification or both will be expressed in English.  With
  16. >> programmers working on these projects whose primary language is
  17. >> not English (the case with off-shore programming teams) the possibility
  18. >
  19. >Have you seen the standards of English of, for example, the Indian
  20. >professional classes?  Now consider what passes for English from many
  21. >native speakers.
  22. >
  23. >ian
  24.  
  25. How well the person understands English isn't really the whole issue.
  26. You also need to understand a lot of the culture before you can really
  27. understand the client, and a good understanding of English doesn't
  28. imply a complete understanding of culture.  On an exam, I once had
  29. students draw an entity-relationship diagram which contained "caboose"
  30. and "motor." Hardly any of the Asian students knew what a caboose was
  31. (probably not suprisingly), and most thought "motor" meant "motor car"
  32. (this did surprise me).  I can see such cultural differences causing a
  33. number of problems.  Of course, formal specifications would probably
  34. lessen the number of such problems, so we can't assume that all
  35. software for people in the US has to be written in the West.
  36.  
  37. Rob
  38.