home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / software / 5150 < prev    next >
Encoding:
Text File  |  1992-12-24  |  2.5 KB  |  59 lines

  1. Newsgroups: comp.software-eng
  2. Path: sparky!uunet!psinntp!sugar!claird
  3. From: claird@NeoSoft.com (Cameron Laird)
  4. Subject: Re: On CM and programmer productivity
  5. Organization: NeoSoft Communications Services -- (713) 684-5900
  6. Date: Thu, 24 Dec 1992 13:33:36 GMT
  7. Message-ID: <Bzrn01.8Bp@NeoSoft.com>
  8. References: <1992Dec21.215642.5706@saifr00.cfsat.honeywell.com> <1992Dec22.164835.3004@den.mmc.com> <1992Dec23.201953.2807@netcom.com>
  9. Lines: 48
  10.  
  11. In article <1992Dec23.201953.2807@netcom.com> mcgregor@netcom.com (Scott Mcgregor) writes:
  12. >I note that in the "When do we inspect" articles that conversation has
  13. >migrated to the issue of CM systems and the overhead they introduce.
  14.             .
  15.             .
  16. >Perhaps this is appropriate in a community that values the internals
  17. >over the external cognitive and organizational psychology factors, and
  18. >which would gladly accept a more limited model  over a better
  19. >commercial alternative because the limited model was free.  I know
  20. "free"--that's a thread that I intended to
  21. spawn a couple of weeks ago, but neglected.
  22.             .
  23.             .
  24. >I'm sorry I can't say a lot more about this, as this is a matter of
  25. >proprietary  advantage to clients, partners and investors.  Perhaps,
  26. >when we have a shrinkwrapped product readers will be able to see if my
  27. >predictions are correct in a set of head to head tests.  But I wanted
  28. >to challenge other people to question the way CM is done today.
  29. >Perhaps once they do so they will contribute to great improvements as well.
  30. I'm always happy to see these issues discussed,
  31. of course.
  32.  
  33. One of the things I've learned over the last few
  34. years is how important it is for us (us as vendors,
  35. say) to be prepared to meet customers where they
  36. are.  One example, which I've lived over and over
  37. again:  we talk with prospects about leading-edge
  38. analytic reductions, only-just commercial visuali-
  39. zation modes, abstract toolsets, and so on, and
  40. then make a sale because the customer finally be-
  41. lieves that we'll save him at least some small
  42. amount of data-management headache.  The same
  43. companies that talk about AI, OO, NL, ES, ...,
  44. can be wrenchingly behind on implementing automa-
  45. tions that were first begun in the '60s.  I like
  46. Agent models of operation, and your Anticipatory
  47. Agents in particular, but there are a LOT of organ-
  48. izations where periodic backups are still a struggle.
  49. Do you plan to market to them, too--or principally?
  50. The answer isn't obvious to me.
  51.             .
  52.             .
  53.             .
  54. -- 
  55.  
  56. Cameron Laird
  57. claird@Neosoft.com (claird%Neosoft.com@uunet.uu.net)    +1 713 267 7966
  58. claird@litwin.com (claird%litwin.com@uunet.uu.net)      +1 713 996 8546
  59.