home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / org / eff / talk / 8336 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  2.8 KB

  1. Xref: sparky comp.org.eff.talk:8336 comp.software-eng:5221 misc.jobs.misc:8516
  2. Newsgroups: comp.org.eff.talk,comp.software-eng,misc.jobs.misc
  3. Path: sparky!uunet!gatech!emory!wupost!csus.edu!netcom.com!lachman
  4. From: lachman@netcom.com (Hans Lachman)
  5. Subject: Re: Software as PE
  6. Message-ID: <1993Jan5.222148.1164@netcom.com>
  7. Organization: Netcom
  8. References: <889520164DN5.61R@tanda.isis.org> <1992Dec30.125324.27900@mksol.dseg.ti.com> <522322457DN5.61R@tanda.isis.org>
  9. Distribution: na
  10. Date: Tue, 5 Jan 1993 22:21:48 GMT
  11. Lines: 50
  12.  
  13. In <889520164DN5.61R@tanda.isis.org> marc@tanda.isis.org writes:
  14. >
  15. >  "Software Engineer" is a meaningless and misleading term.
  16. >  ... Software Engineer is the fashionable euphemism for Programmer ....
  17.  
  18. In my opinion, a "software engineer", in addition to being a competent
  19. programmer, should also have the following characteristics:
  20.  
  21. - understands and applies general engineering principles
  22. - has at least a passing knowledge of other engineering and/or
  23.   physical science fields, helping him/her communicate with
  24.   technical professionals of other backgrounds
  25. - knows how use a library to research a technical topic
  26. - understands the fundamentals of computer hardware design and
  27.   operating systems
  28. - knows well-known programming techniques not specific to one
  29.   language (like stuff from Knuth's books)
  30. - can do "systems analysis" (product requirements analysis, functional
  31.   analysis)
  32. - can write good functional specification and design specification
  33.   documents
  34. - is familiar with commonly-accepted software modeling methods
  35.   (e.g., data flow diagrams)
  36. - knows enough about the state of the art to identify, most of the
  37.   time, when a proposed solution is a reinvention of the wheel
  38. - has a level of judgement that results in good cost/benefit trade-offs
  39. - can write implementation notes that help future maintainers of
  40.   his/her code
  41. - can create effective test plans
  42. - can communicate effectively, regarding his/her software, with other
  43.   departments (e.g., other development teams, software test, software
  44.   integration, marketing, product documentation, customer support)
  45.  
  46. Anyone who demonstrates the above characteristics qualifies as a software
  47. engineer, in my book.  (Sorry, no black-and-white, 1-or-0 tests.)
  48.  
  49. In article <522322457DN5.61R@tanda.isis.org> marc@tanda.isis.org writes:
  50. >
  51. >        No electronic engineer has ever advertised himself as expert
  52. >        only with the "Apex Model 5 Logic Analyser".
  53.  
  54. Software engineers advertise themselves this way because the hiring
  55. managers typically hire this way.  I would like to see the day when
  56. hiring managers put more weight on how good an engineer the candidate
  57. is, based on criteria like those in my list above, and put secondary
  58. weight on whether the candidate knows how to tweak bit X in operating
  59. system Y.
  60.  
  61. Hans Lachman
  62. lachman@netcom.com
  63.