jakarta-site-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From j..@apache.org
Subject cvs commit: jakarta-site2/xdocs/site understandingopensource.xml
Date Tue, 10 Apr 2001 02:14:59 GMT
jon         01/04/09 19:14:59

  Modified:    docs/site understandingopensource.html
               xdocs/site understandingopensource.xml
  Log:
  minor edits and cleanup
  
  Revision  Changes    Path
  1.2       +14 -24    jakarta-site2/docs/site/understandingopensource.html
  
  Index: understandingopensource.html
  ===================================================================
  RCS file: /home/cvs/jakarta-site2/docs/site/understandingopensource.html,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- understandingopensource.html	2001/04/10 00:28:09	1.1
  +++ understandingopensource.html	2001/04/10 02:14:58	1.2
  @@ -130,11 +130,6 @@
         <tr><td>
           <blockquote>
                                       <p>
  -&gt;(I can't believe you guys are requesting people to help
  -&gt;with spellchecking existing documentation when you almost
  -&gt;have none!)
  -</p>
  -                                                <p>
   With the opensource system, if you find any deficiency in the project, the
   onus is on you to redress that deficiency. Opensource projects provide you
   with the means and mechanism to not only remove inadequecies in any part of
  @@ -149,7 +144,7 @@
   system. 
   </p>
                                                   <p>
  -So if I am missing a needed feature in Turbine and I do nothing about it, it
  +So if I am missing a needed feature in a project and I do nothing about it, it
   is my own fault for not getting off my lazy arse and taking advantage of the
   participation opensource allows. One of the things that really annoys me is
   the continual slagging of some of the other opensource projects that get
  @@ -161,11 +156,6 @@
   words, fix it! :) 
   </p>
                                                   <p>
  -&gt;I'll say it again - doesn't it break your hearts to have
  -&gt;such a huge (and presumably excellent) body of code available,
  -&gt;for free as Open Source, and not have more users?
  -</p>
  -                                                <p>
   As a rule marketers count bodies lol. With a proprietary product, if I like
   it, the only way I am allowed to participate in it's improvement is by
   buying it. The more I buy, the more likely it is to be successful and
  @@ -178,25 +168,25 @@
   products future. 
   </p>
                                                   <p>
  -Using Turbine as an opensource example, its continued improvement and
  -success is directly proportional to the user community *participation*. If I
  -contribute something to Turbine then 100% of my "something" has gone to
  -improve Turbine, rather than a tiny percentage of the purchase price I paid
  -for a proprietary product. One contributing user in an opensource project
  -would be worth 10,000 sold units of a proprietary product. In both cases the
  -same amount or value of improvements would result.
  +Using <a href="/turbine/">Turbine</a> as an opensource example, its
  +continued improvement and success is directly proportional to the user
  +community *participation*. If I contribute something to Turbine then
  +100% of my "something" has gone to improve <a href="/turbine/">Turbine</a>,
rather than a tiny percentage of the
  +purchase price I paid for a proprietary product. One contributing user
  +in an opensource project would be worth 10,000 sold units of a
  +proprietary product. In both cases the same amount or value of
  +improvements would result.
   </p>
                                                   <p>
  -For the above reason, the "more users" isnt important in opensource, we all
  -use Turbine for our own reasons. But contributing and participating is
  -definately important for the improvement of an opensource project, and in
  -our case Turbine. Contributing and participating in Turbine is a commonality
  -we should all share :)
  +For the above reason, the "more users" isn't important in opensource, we
  +all use <a href="/turbine/">Turbine</a> for our own reasons. But
  +contributing and participating is definately important for the
  +improvement of an opensource project, and in our case <a href="/turbine/">Turbine</a>.
Contributing and participating in <a href="/turbine/">Turbine</a> is a commonality
we should all share :)
   </p>
                                                   <p>
   Cameron Riley
   <br />
  -criley@ekmail.com
  +<a href="mailto:criley NO SPAM ekmail.com">criley NO SPAM ekmail.com</a>
   </p>
                               </blockquote>
         </td></tr>
  
  
  
  1.2       +18 -28    jakarta-site2/xdocs/site/understandingopensource.xml
  
  Index: understandingopensource.xml
  ===================================================================
  RCS file: /home/cvs/jakarta-site2/xdocs/site/understandingopensource.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- understandingopensource.xml	2001/04/09 22:01:00	1.1
  +++ understandingopensource.xml	2001/04/10 02:14:59	1.2
  @@ -10,12 +10,6 @@
   
     <section name="Understanding Opensource">
   <p>
  ->(I can't believe you guys are requesting people to help
  ->with spellchecking existing documentation when you almost
  ->have none!)
  -</p>
  -
  -<p>
   With the opensource system, if you find any deficiency in the project, the
   onus is on you to redress that deficiency. Opensource projects provide you
   with the means and mechanism to not only remove inadequecies in any part of
  @@ -32,7 +26,7 @@
   </p>
   
   <p>
  -So if I am missing a needed feature in Turbine and I do nothing about it, it
  +So if I am missing a needed feature in a project and I do nothing about it, it
   is my own fault for not getting off my lazy arse and taking advantage of the
   participation opensource allows. One of the things that really annoys me is
   the continual slagging of some of the other opensource projects that get
  @@ -45,12 +39,6 @@
   </p>
   
   <p>
  ->I'll say it again - doesn't it break your hearts to have
  ->such a huge (and presumably excellent) body of code available,
  ->for free as Open Source, and not have more users?
  -</p>
  -
  -<p>
   As a rule marketers count bodies lol. With a proprietary product, if I like
   it, the only way I am allowed to participate in it's improvement is by
   buying it. The more I buy, the more likely it is to be successful and
  @@ -64,32 +52,34 @@
   </p>
   
   <p>
  -Using Turbine as an opensource example, its continued improvement and
  -success is directly proportional to the user community *participation*. If I
  -contribute something to Turbine then 100% of my "something" has gone to
  -improve Turbine, rather than a tiny percentage of the purchase price I paid
  -for a proprietary product. One contributing user in an opensource project
  -would be worth 10,000 sold units of a proprietary product. In both cases the
  -same amount or value of improvements would result.
  +Using <a href="/turbine/">Turbine</a> as an opensource example, its
  +continued improvement and success is directly proportional to the user
  +community *participation*. If I contribute something to Turbine then
  +100% of my "something" has gone to improve <a
  +href="/turbine/">Turbine</a>, rather than a tiny percentage of the
  +purchase price I paid for a proprietary product. One contributing user
  +in an opensource project would be worth 10,000 sold units of a
  +proprietary product. In both cases the same amount or value of
  +improvements would result.
   </p>
   
   <p>
  -For the above reason, the "more users" isnt important in opensource, we all
  -use Turbine for our own reasons. But contributing and participating is
  -definately important for the improvement of an opensource project, and in
  -our case Turbine. Contributing and participating in Turbine is a commonality
  -we should all share :)
  +For the above reason, the "more users" isn't important in opensource, we
  +all use <a href="/turbine/">Turbine</a> for our own reasons. But
  +contributing and participating is definately important for the
  +improvement of an opensource project, and in our case <a
  +href="/turbine/">Turbine</a>. Contributing and participating in <a
  +href="/turbine/">Turbine</a> is a commonality we should all share :)
   </p>
   
  -
   <p>
   Cameron Riley
   <br />
  -criley@ekmail.com
  +<a href="mailto:criley NO SPAM ekmail.com">criley NO SPAM ekmail.com</a>
   </p>
   
   
  -  </section>
  +</section>
   
   </body>
   </document>
  
  
  

Mime
View raw message