Hi :)
Hmmm, i think this argument has been endlessly discussed in many other places.  A quote or 2 
- "Procrastination as an excuse to get it “perfect” can be your killer. 
Somebody really wise said - “The results you’re getting usually are not 
about whether you’re doing it ‘right’ or not. It’s usually about whether
 you’re doing ‘it’ enough.”
"
- "The best feedback you will ever get is from your users. You will never 
please everyone but you will never have the chance to until you release!
"
- "Wayne Gretzky said: you miss 100% of the shots you never take.
"
Hopefully the product is good enough that people will at least try it and then perhaps care enough 
to put time, care and attention into tidying up "ready for the next release".  If it's too big a 
task then perhaps the next release after.  
Meanwhile people get a constantly improving product with an increasing amount of it having received 
tlc.  Also it is more fun to race to meet deadlines than to find another tired lame excuse to hold 
everyone else's work back and leave users with all the old problems despite so many fixes being 
ready.  
Regards from
Tom :)
--- On Thu, 23/2/12, Tanstaafl <tanstaafl@libertytrek.org> wrote:
From: Tanstaafl <tanstaafl@libertytrek.org>
Subject: Re: [libreoffice-users] Downgrading
To: users@global.libreoffice.org
Date: Thursday, 23 February, 2012, 13:25
On 2012-02-22 1:12 PM, Chris Morgan <chris@lynxinfo.co.uk> wrote:
I am very sceptical about the so-called benefits of
releasing on a strict time-schedule.
The process seems to favour new features over bug fixes.
I thought the old way was better - release it when it's ready.
The problem with this method is - it is *never* ready (meaning, bug-free)...
I like the new release schedule... it ensures that new features are introduced faster, and get 
better testing... everything simply speeds up.
Yes, it does create some potential for breakage, but as long as you are prepared (can roll back if 
you get bit by a show-stopper), it shouldn't be a real problem. Also, what may be a show-stopper 
bug for one person is irrelevant to another (not everyone uses the same features).
-- For unsubscribe instructions e-mail to: users+help@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted
-- 
For unsubscribe instructions e-mail to: users+help@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted
Context
   
 
  Privacy Policy |
  
Impressum (Legal Info) |
  
Copyright information: Unless otherwise specified, all text and images
  on this website are licensed under the
  
Creative Commons Attribution-Share Alike 3.0 License.
  This does not include the source code of LibreOffice, which is
  licensed under the Mozilla Public License (
MPLv2).
  "LibreOffice" and "The Document Foundation" are
  registered trademarks of their corresponding registered owners or are
  in actual use as trademarks in one or more countries. Their respective
  logos and icons are also subject to international copyright laws. Use
  thereof is explained in our 
trademark policy.