home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / question / 13386 < prev    next >
Encoding:
Internet Message Format  |  1992-11-14  |  2.2 KB
  1. Path: sparky!uunet!murphy!dwrsun4!perl
  2. From: perl@dwrsun4.UUCP (Robert Perlberg)
  3. Newsgroups: comp.unix.questions
  4. Subject: Re: net.views - mainframe programmers in an open systems world
  5. Message-ID: <2931@perl-sun.dwrsun4.UUCP>
  6. Date: 13 Nov 92 18:47:15 GMT
  7. References: <1992Nov03.145701.22033@utoday.com> <1992Nov4.173107.21919@tandem.com> <49331@shamash.cdc.com>
  8. Organization: Dean Witter Reynolds Inc., New York
  9. Lines: 36
  10.  
  11. In article <49331@shamash.cdc.com>, jitze@svl.cdc.com (Jitze Couperus) writes:
  12. } nelson_don@comm.tandem.com (Don Nelson) writes:
  13. } 
  14. } >In article <1992Nov03.145701.22033@utoday.com> Mitch Wagner,
  15. } >wagner@utoday.com writes:
  16. } >>
  17. } >>           Is it possible to put the skills of mainframe programmers
  18. } >>           to use in open environments? If so, how?
  19. } >> 
  20. } >> 
  21. } >I'm having a little trouble understanding the question.  Perhaps you 
  22. } >could explain in 25 words or less why mainframe programmers differ from 
  23. } >programmers in "the open world" (which is definitely not as open as some 
  24. } >people think).  Most mainframe programmers work on business applications 
  25.  
  26. } For example - years ago the industry discovered the benefits
  27. } of separating screen definitions from the body of the 
  28. } application's code (much like separating the DDL for a database
  29. } from the DML). This is still rarely provided by the "open"
  30. } Cobol compilers, so users frequently resort to separate screen
  31. } design/handling packages (e.g. JAM from JYACC) to avoid
  32. } entangling such stuff inside the application's code itself.
  33.  
  34. It has never been necessary for device-specific or system-specific code
  35. to be embedded within the application.  Good programmers have always
  36. written programs in a modular fashion such that if the application
  37. needs to be ported, only the system-specific modules need to be
  38. modified, not the application code.  My view of mainframe programmers
  39. is that they don't do modular programming because they don't understand
  40. which aspects of the system may vary from one system to another since
  41. the system they are using is the only system they have ever known.
  42.  
  43. Robert Perlberg
  44. Dean Witter Reynolds Inc., New York
  45. {murphy | philabs}!dwrsun4!perl
  46.     -- "I am not a language ... I am a free man!"
  47.