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.