home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / mac / database / 1645 < prev    next >
Encoding:
Text File  |  1993-01-02  |  2.8 KB  |  59 lines
  1. Newsgroups: comp.sys.mac.databases
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!mcdchg!tellab5!odgate!drabe
  3. From: drabe@uunet!tellab5!odgate (Daniel Rabe)
  4. Subject: Re: Odesta's Double Helix and re:  LISTSERVER!
  5. Message-ID: <1993Jan2.182208.14193@uunet!tellab5!odgate>
  6. Keywords: n
  7. Organization: Odesta Systems Corporation, Northbrook IL.
  8. References: <1992Dec21.003958.20064@ultb.isc.rit.edu> <1992Dec30.200953.25124@shearson.com> <1992Dec31.165918.19645@news.acns.nwu.edu>
  9. Distribution: usa
  10. Date: Sat, 2 Jan 1993 18:22:08 GMT
  11. Lines: 46
  12.  
  13.  
  14. In article <1992Dec31.165918.19645@news.acns.nwu.edu> geek@casbah.acns.nwu.edu (Myrland Gray) writes:
  15. >Actually, it's Helix Technologies. Future? Helix? *hack* --cough-- (*&^*%*&
  16. >NOT! Helix is bound to die a quick and painful death (IMHO) in the not too
  17. >distant future.
  18.  
  19. What I hear Joey saying is that the code is old and unpleasant to
  20. work with, and that, therefore, the product will die.  If you use
  21. this argument, then you'll have to give up a lot of other software
  22. (like Unix, maybe)!  Just because code is challenging to work with
  23. doesn't mean you can't maintain and enhance it.  One of the difficulties
  24. of being an engineer is that you know all the weak points of a technology.
  25. It's refreshing to hear success stories about how people are actually
  26. making use of the technology to do real work.
  27.  
  28. The other key point that Joey hits on is what management decides to
  29. do with the technology and the product.  Any technology-based
  30. company has to make difficult tradeoffs about whether to give the
  31. customers what they ask for (assuming the customer is always right),
  32. or to figure out what the customer needs (assuming the customer
  33. is always wrong).  It has been my experience that the Helix gurus
  34. have always placed an emphasis on figuring out how to give the
  35. customer functionality that fits into the Helix system with maximum
  36. internal consistency.  IMHO, that has led to a very consistent
  37. product that doesn't have all the expected features.
  38.  
  39. Joey describes the other Odesta product as
  40. >...(essentially a mac
  41. >front end to a mainframe database).
  42.  
  43. I think what he's referring to is what we now call "Open ODMS", which
  44. is much more than a front end to a database.  At Odesta Systems
  45. Corporation, we develop client-server technologies to provide
  46. document management and workflow management solutions.  We
  47. chose an open client-server configuration using standard SQL databases
  48. (like Sybase and Rdb) because we recognized that customers don't
  49. always like having their data in a closed, proprietary system.  Our
  50. client software ("design mode" as well as end-user) is written to
  51. be portable across Mac, Windows, and Motif platforms.
  52.  
  53. --daniel rabe
  54. (helix programmer in a previous life)
  55.  
  56. Disclaimer: I speak only for myself, and do not represent Odesta,
  57. Odesta Systems, or Helix Technologies.
  58.  
  59.