home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / software / 5142 < prev    next >
Encoding:
Internet Message Format  |  1992-12-23  |  3.1 KB

  1. Path: sparky!uunet!olivea!spool.mu.edu!umn.edu!csus.edu!netcom.com!mcgregor
  2. From: mcgregor@netcom.com (Scott Mcgregor)
  3. Newsgroups: comp.software-eng
  4. Subject: On CM and programmer productivity
  5. Message-ID: <1992Dec23.201953.2807@netcom.com>
  6. Date: 23 Dec 92 20:19:53 GMT
  7. References: <1992Dec21.215642.5706@saifr00.cfsat.honeywell.com> <1992Dec22.164835.3004@den.mmc.com>
  8. Organization: Netcom - Online Communication Services (408 241-9760 guest)
  9. Lines: 53
  10.  
  11. I note that in the "When do we inspect" articles that conversation has
  12. migrated to the issue of CM systems and the overhead they introduce.
  13.  
  14. I'd like to note that in my opinion, this overhead is a result of poor
  15. designs of the existing CM solutions (both tools and processes), at
  16. least from the human factors point of view. (To be fair, with respect to
  17. other issues such as data storage, retrieval, and management many CM
  18. products are truly works of art and represent superior engineering).
  19.  
  20. Perhaps this is appropriate in a community that values the internals
  21. over the external cognitive and organizational psychology factors, and
  22. which would gladly accept a more limited model  over a better
  23. commercial alternative because the limited model was free.  I know
  24. this is a difficult sell from personal experience--our Merge Ahead
  25. product (new version announced today) beats all others in head to head
  26. tests on both timeliness and accuracy. It is really no surprise--we
  27. are the only developers who spent more time on the cognitive aspects
  28. of the user interface than on the internals.  But the number of people
  29. who are happy driving an engine rather than a car is surprisingly
  30. large. This may be true with regards to CM solutions as well.
  31.  
  32. Now, after having been involved in designing CM solutions for over 6
  33. years, I'm quite convinced that we can do far better, and I think I know
  34. how to do so. I note several other people have reached the same
  35. conclusion and several of us are working independently to make such a
  36. paradigmatic shift. Application of Prescient Agents (anticipatory systems that
  37. learn your habits without programming) seems quite appropriate to simplifying
  38. this CM area, and could eliminate a great deal of the perceived
  39. overhead. But using such systems will be a fundamental paradigm shift
  40. for users and purchasers.
  41.  
  42. However, without that shift there will be no way to cross the chasm
  43. from today's CM early adopters to the mass market of people who could
  44. benefit from CM but can't stomach the current systems.
  45.  
  46. I'm sorry I can't say a lot more about this, as this is a matter of
  47. proprietary  advantage to clients, partners and investors.  Perhaps,
  48. when we have a shrinkwrapped product readers will be able to see if my
  49. predictions are correct in a set of head to head tests.  But I wanted
  50. to challenge other people to question the way CM is done today.
  51. Perhaps once they do so they will contribute to great improvements as well.
  52.  
  53.  
  54. -- 
  55.  
  56. Scott L. McGregor        mcgregor@netcom.com
  57. President            tel: 408-985-1824
  58. Prescient Software, Inc.    fax: 408-985-1936
  59. 3494 Yuba Avenue
  60. San Jose, CA 95117-2967
  61.  
  62. Prescient Software sells Merge Ahead, the tool for Merging Text or Code and
  63. offers consulting  & training in project management and design for usability.
  64.