home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / atari / st / 18285 < prev    next >
Encoding:
Text File  |  1992-12-13  |  6.5 KB  |  140 lines

  1. Newsgroups: comp.sys.atari.st
  2. Path: sparky!uunet!usc!cs.utexas.edu!torn!nott!uotcsi2!news
  3. From: cbbrowne@csi.uottawa.ca (Christopher Browne)
  4. Subject: Re: Piracy of software
  5. Message-ID: <1992Dec13.225508.26822@csi.uottawa.ca>
  6. Sender: news@csi.uottawa.ca
  7. Nntp-Posting-Host: prgv
  8. Organization: Dept. of Computer Science, University of Ottawa
  9. References: <1ge4eqINNp10@rs1.rrz.Uni-Koeln.DE> <1992Dec13.024009.15597@csi.uottawa.ca> <1gfhe8INNrhf@rs1.rrz.Uni-Koeln.DE>
  10. Date: Sun, 13 Dec 92 22:55:08 GMT
  11. Lines: 127
  12.  
  13. In article <1gfhe8INNrhf@rs1.rrz.Uni-Koeln.DE> aeg03@rrz.uni-koeln.de (Jan T. Kim) writes:
  14. >In <1992Dec13.024009.15597@csi.uottawa.ca> cbbrowne@csi.uottawa.ca (Christopher Browne) writes:
  15. >
  16. >>In article <1ge4eqINNp10@rs1.rrz.Uni-Koeln.DE> kim@vax.mpiz-koeln.mpg.dbp.de writes:
  17. >
  18. >>You're describing only one area of software; namely the MASS MARKET.
  19. >>I suspect that the majority of software development actually takes
  20. >>place at other levels, in the form of "custom software."
  21. >>Customization (whether it's particularly creative or not) does cost a
  22. >>lot, and does NOT result in an "infinite" number of useful copies.
  23. >>For a specialized report, there might actually only be ONE user.
  24. >
  25. >Yes, my bitching really does target mainly the mass market, where
  26. >thousands  of  absolutely identical copies of a piece of software
  27. >can be sold without any customization whatsoever. I'd never  dare
  28. >to  judge  how  creative  some kind of work is, but I do question
  29. >that it is right and viable to charge for copying  as  though  it
  30. >was programming.
  31. >If someone does some customization for ONE  user  and  that  user
  32. >pays  him  for  the  effort the programmer made, e.g. $1000 for a
  33. >week or so, that's perfectly ok.  But  now,  if  that  very  same
  34. >programmer  gets a similar job from another customer, and he digs
  35. >out the stuff from the first job, does some  changes  to  it  in,
  36. >say,  half a day, is it jutified that this programmer charges the
  37. >second customer $1000, as though the second job had taken  him  a
  38. >week to do like the first one? I say no.
  39.  
  40. I'll dare to disagree.  The customer isn't just paying for "software,"
  41. he/she is paying for the SOLUTION to some problem.  The solution
  42. sometimes happens to take the form of computer software.
  43.  
  44. But part of the solution takes its form in determining what ought to
  45. be done.  This may involve determining which piece of software will
  46. provide the best solution.
  47.  
  48. >Don't tell me such things don't happen. I once talked  to  a  guy
  49. >who  was  working  for a company that did software customizations
  50. >for commercial customers, i.e. big enterprises. I asked  if  they
  51. >charged  for stuff they just took from work that was already done
  52. >and paid for by another customer as though they had to  write  it
  53. >up from scratch. His answer was "Of course we do <GRIN>!"
  54.  
  55. I've seen it happen.
  56.  
  57. >Now, if charging twice for work one did once is not ok,  how  can
  58. >charging  thousands  of time for work that has been done once be?
  59.  
  60. You're assuming that it's not ok.
  61.  
  62. >This  is  exactly  what  happens  when   commercially   marketing
  63. >copyrighted  software on the mass market. The fact that the price
  64. >for a single legal copy doesn't cover the production cost doesn't
  65. >change  the fundamental problem: If the price per package is, say
  66. >0.1% of the total production cost of 1000 packages, then  it  is,
  67. >by  extension of the line of reasoning described above, ok if the
  68. >software marketer sells 1000 packages for the said price. I'd not
  69. >be  bothered  if  he  sold  some  more  for  the  benefit  of his
  70. >shareholders, but if he sells 3000 packages, he has cheated  each
  71. >of  his customers at least as badly as the programmer who charges
  72. >a customer for work that he did during time he was  paid  for  by
  73. >another customer.
  74.  
  75. On the other hand, if he DOESN'T "cheat" the customers, he's going to
  76. be cheating the shareholders out of some potential dividends.
  77.  
  78. >Viewed from this aspect,  I  don't  condemn  piracy  one-sidedly,
  79. >because  it  will reduce the "pirate cheat ratio", i.e. the ratio
  80. >of illegal copies to legal ones, but it will, at the  same  time,
  81. >increase  the  "software  charge cheat ratio", i.e. the number of
  82. >times charged on the average for work done once.
  83.  
  84. I understand what this paragraph means; you might want to reword it so
  85. that it would be more easily understood.  Something like:
  86.  
  87. "Piracy is a bad idea because it results in `legitimate' purchasors
  88. paying a lot more than their fair share of the costs, and `pirates'
  89. paying less than their fair share."
  90.  
  91. The idea about "paying twice for work done once" isn't inherent to the
  92. argument.  (And people WILL disagree on the issue.)  According to the
  93. "Principle of Minimal Commitment", I'd put off defining what the "fair
  94. share" refers to.
  95.  
  96. >>>I think that is  a  fundamental  problem  in  the
  97. >>>concept of marketing copyrights. Software companies rip off  both
  98. >>>programmers and users these days.
  99. >
  100. >>>Maybe all that is needed to resolve this problem is a law  saying
  101. >>>that  after the copyright on a program expires after one year and
  102. >>>is automatically converted to a copyleft.
  103. >
  104. >>"There ought to be a law!"  The most common, and the most STUPID
  105. >>statement that people typically make.
  106. >
  107. >Don't get me wrong here. I'd like to  do  with  as  few  laws  as
  108. >possible,  and  I'm not calling for any. This suggestion was only
  109. >meant as an example how one could change legislation  in  a  more
  110. >sensible   way   than   implementing  totalitarian  measures  for
  111. >enforcing copyrights.
  112.  
  113. I don't think that there is ANY sensible way of enacting "appropriate"
  114. legislation for software.  I don't think that it's possible.  Politics
  115. just doesn't work that way.
  116.  
  117. The presence of a multiplicity of companies producing competing
  118. products is probably much more helpful than even the most totalitarian
  119. laws.
  120.  
  121. The presence of competing products probably helps to bring prices down
  122. more than even the most potent anti-piracy laws would.
  123.  
  124. Word(im)Perfect needs to compete with Microsoft Word, Ami Pro, and the
  125. plethoria of other "cheaper" word processors.  (I'm just surprised
  126. that Borland doesn't sell anything much in the way of a high-end word
  127. processor.)  Users "win" in that the prices come down at least a
  128. little, the programs are better supported, and are upgraded more
  129. often.
  130.  
  131. Likewise, Lotus 123 has got to compete with other spreadsheets, which
  132. is good for users REGARDLESS of pro/anti-piracy laws or
  133. copyright/left.
  134.  
  135. -- 
  136. Christopher Browne                |     PGP 2.0 key available
  137. cbbrowne@csi.uottawa.ca           |===================================
  138. University of Ottawa              |  The Personal Computer:  Colt 45
  139. Master of System Science Program  |  of the Information Frontier
  140.