home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / edu / 1280 < prev    next >
Encoding:
Text File  |  1992-08-14  |  3.0 KB  |  74 lines
  1. Newsgroups: comp.edu
  2. Path: sparky!uunet!stanford.edu!ames!sgi!igor!viviana
  3. From: viviana@igor.tamri.com (Vivian Aldridge)
  4. Subject: Seek new career in SOFTWARE CONFIGURATION (2)
  5. Message-ID: <1992Aug14.182635.9799@igor.tamri.com>
  6. Organization: TOSHIBA America MRI, South San Francisco, CA
  7. Date: Fri, 14 Aug 92 18:26:35 GMT
  8. Lines: 64
  9.  
  10.  
  11.  
  12. >I'm exploring a new career in software configuration and would
  13. >like to "talk" to people already in this field. So far I
  14. >understand software configuration is similar to hardware
  15. >configuration. Essentially it is breaking down a large
  16. >amount of information into subgroups of info that are
  17. >easy to revise, track, and build from.
  18. >
  19. >Does anyone have a job like this?
  20. >What kind of background would this require?
  21. >
  22. >(Currently I work at a company which uses language C and unix)
  23. >
  24. >I'd really appreciate any info you could send my way!
  25. >
  26. >Thanks,
  27. >
  28. >Vivian
  29. >
  30. >
  31.  
  32. You are far-sighted in your choice of career.  From my own experiences, it
  33. is (not quite) universally thought that Software Configuration Management (SCM)
  34. is a necessary evil somewhere between between paying taxes and dying (the
  35. only other two things anyone ever HAS to do).
  36.  
  37. I have been involved in SCM for over a year and half have learned that there 
  38. are:
  39.   1. No universally accepted SCM methods and procedures.
  40.  
  41.   2. Engineers (for the most part) do not want to think about SCM if they
  42.       don't have to.  They would rather be doing "real" work.
  43.  
  44.   3. Substitute the word "Managers" for "Engineers" in number 2.
  45.  
  46.   4. SCM is generally added as an after-thought after a project has been 
  47.      started, and hacked-on as development proceeds.
  48.  
  49.   5. If there is an SCM system in place, it is usually so hard-wired, 
  50.      obfuscated, confusing, difficult to use and difficult to maintain
  51.      that only one or two people knows what's really going on.
  52.  
  53.   6. No SCM system, no matter how good, will prevent someone from causing
  54.      problems.  A policy is also needed.
  55.  
  56. Having said all that, there are some areas of my company where real efforts
  57. are under way to try and find out the best CM systems available.  There is
  58. a real need for people who understand the issues involved with software 
  59. management (source control, configuration, building, archiving, etc...).
  60. Since this has traditionally not been a highly sought-after engineering 
  61. specialization, there aren't a lot of people doing it.  Sort of like,
  62. "Which interns want to specialize in proctology?  Raise your hands please!"
  63.  
  64. Depending on what you want to do in the "field" of SCM, you should have
  65. in-depth knowledge of shell scripts; c-code programming; fundamentals of 
  66. the UNIX 'make', 'rcs' tools and a plethora of other utilities.  You should
  67. also have intimate knowledge of the design details of whatever product you're 
  68. developing the SCM system for; good communication skills and a sense of humor.
  69.  
  70. I would suggest getting product literature from the companies selling SCM
  71. tools.  Also get some literature from the "Software Engineering Institute".
  72. There a few good books and magazine articles around too.
  73.  
  74.