Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index


Hi Kohei,

To start with your last remark ( "I'm very very confused. "):

I do not want you guys to stop improving code, change thing for the better etc. On the contrary: I do applaud it. I know that you are aware of the risks of the necessary changes and do all that is reasonable to avoid it. I do not criticize the way you work either (I've no idea on what bases I could do that, given the different skills-set) (And maybe superfluous: there is no sarcasm intended in these mails, and my arguments, words.)

Kohei Yoshida wrote (13-09-11 01:02)
On Tue, 2011-09-13 at 00:23 +0200, Cor Nouws wrote:

                + always a trade-off between quality, community fun,
                  pace of development (Michael)

    No real argument. I am more interested in the question: do we want
    avoid another 3.4-style release?

So, our memory is getting rustier about how the 3.4.0 release went.
Could you refresh our memory as to what exactly were the issues
concerning the 3.4.0 release?  I assume here that by "3.4-style release"
you mean the actual 3.4.0 release.

PR wise, it was a bad situation. Just to bad overall quality.
And that is something that I (and many others) are sadly confronted with directly.

It's much easier to discuss specific issues than vague "let's avoid the
3.4-style release" style of argument.

Many/most of the issues have been solved in the mean time of course.
The thing is, that we should avoid another minor release with the quality as 3.4.0. You and I and others here can not the point-zero principle. That does not mean that a bad point zero release will bring bad PR.

- number and severity of changes on code
how many difficult/basic stuff are touched in these months?
We know that when so much is changed, for sure many nasty hidden
older bugs will surface..

    I have deep respect for the work of Kohei, Eike and Marcus.
    But they do change a whole lot of stuff these days, weeks, months.
    Is it strange that we have to expect quite some unexpected
    side effects?

So,  you want us to stop writing code?

On a serious note, any developers worth his/her money are aware that
making changes may introduce side effects.  There is no way to avoid it.
What we do is that, given that possibility, balance out the necessary
code change *and* avoiding regressions, and do our due diligence to test
our code.  Even with that, some things break in some unknown corner case
scenarios.  So we rely on testers to weed out those weird corner cases
that we had not anticipated.  To me that's just the normal course of
business.  We also help each other out by code review, and also fix each
other's bugs.

All great - see my introduction in this mail.

Plus, we are not even hitting the code freeze (Dec 5), so I don't think
it's fair to start blaming us for the necessary code changes, unless you
want this project to stagnate to a stand-still way before hitting the
code freeze.

Again: I don't blame you for anything.
I want to avoid a situation that is as bad with 3.4 release.
Some essential things are better in control now. Some are not. And how does the overall picture for 3.5 release look. That is what I attempted with my post from 2011-09-06, 20:41 UTC: gathering items that have influence on the situation. Maybe that was wrong, and should I started creating a list of actual problems?

    We cannot on the one side complain that the old code is quite filled
    with oddities, mistakes, redundancies etc etc, and on the other
    hand do light on the risk of side effect with large code changes

Oh come on.  Save us the lecture there.  We are all aware of the risks
of large code changes.  So we are limiting that until we hit a code
freeze.  Isn't that reasonable?

I'm very very confused.

Hope I have made my concerns a bit more clear now.

But, considering your reply: must I conclude that you would not be happy with a possible decision on a changed freeze made at the LibreOffice conference?

Kind regards,
Cor


--
 - Cor
 - http://nl.libreoffice.org


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.