home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / mac / programm / 20822 < prev    next >
Encoding:
Text File  |  1993-01-06  |  3.8 KB  |  76 lines

  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!usc!rpi!batcomputer!cornell!dawson
  3. From: dawson@cs.cornell.edu (Dawson Dean)
  4. Subject: protection == !piracy
  5. Message-ID: <1993Jan6.202441.19979@cs.cornell.edu>
  6. Organization: Cornell Univ. CS Dept, Ithaca NY 14853
  7. Date: Wed, 6 Jan 1993 20:24:41 GMT
  8. Lines: 66
  9.  
  10.  
  11. I know I really shouldn't get into this, but.....
  12.  
  13.  
  14. I also know that this issue has been rehashed 
  15. countless times before, but....
  16.  
  17.  
  18.    Look, we all know that software piracy is wrong. What I want
  19. to see is manufacturers try to put some more effort into
  20. protecting their software. NOTE: I'm NOT talking about disk based
  21. copy protection, but companies should implement things like unique
  22. key files which the app registers by broadcasting on the net. The
  23. app can do this when it is launched add an INIT (that must be present
  24. for the app to launch) and the init registers the key.
  25.  
  26.    True, not all people use networked Macs, and students especially
  27. use isolated machines in their dorms (but not inpublic labs). 
  28. This won't stop piracy, but it will make a start. The point is
  29. that we should continue to develop lisencing technology just like
  30. we have been developing other aspects of an application. Of course
  31. we want to allow backups, and of course we don't want the user to
  32. put up with a lot of extra hassle (like typing in a secret key from
  33. the manual every time he launches), but we should be able to at
  34. least work on the problem. Lots of companies make users register their
  35. copy with a name, which is one TINY step in the right direction.
  36.  
  37.    I really hate the idea that some major program by some major developer
  38. (like MS Excel) just puts out a completely non-protected bit of software
  39. and then moans that people copy it. Look, if I leave my wallet in an
  40. unlocked car, somebody will eventually reach in and steal it. Sure, they
  41. SHOULDN'T do this, but am I blameless for the loss of my wallet? There
  42. is (I believe) precedent in intellectual property law that you have to
  43. make some effort to protect your idea. You can't just get a patent, do nothing
  44. to enforce it, and then 10 years later sue to protect it. Ask Xerox. When
  45. I was an engineer at Xerox, somebody once asked a bigwig why they
  46. didn't sue Apple for the Mac look and he replied that they had basically
  47. let the patent go unprotected too long and that issue (along with lots of
  48. untested precedent about look-n-feel) made the case look unwinnable.
  49.  
  50.    Besides, IMHO, some copy protection makes the customer feel better
  51. about paying for the software. You're paying because its the right thing
  52. to do, but also because you get the other benefits of registered software
  53. INCLUDING the fact that you don't have to keep your machine clock set to
  54. 8/3/89 or make sure nobody else in the building is using the same copy
  55. or whatever you do to defeat the protection. Paying for the software
  56. has a clear user benefit and shareware should also use this idea more.
  57. I really like the registration screen on StuffIt Lite. You still have
  58. free use of the program, but for 25 bucks the dialog will stop
  59. bothering you. It seems to be close to the just right level of bother
  60. to make the program usable but still coerce people to register.
  61.  
  62.    Why don't people cook up a standard library for simple protection?
  63. What about you TopSoft people or some of the other people who want to
  64. embark on group projects? You need a library (with reasonable api)
  65. for implementing the protection as well as a manufacturing program
  66. (like diskMaker) that easily lets people create unique key files for
  67. each disk. Instead of flaming about this, why don't we start building
  68. tools to attack the problem?
  69.  
  70.  
  71. -- 
  72.  ________________________________________________________________
  73. | Dawson Dean                    Internet: dawson@cs.cornell.edu |
  74. | Cornell Computer Science       Office:   (607) 255-1068        |
  75. |________________________________________________________________|
  76.