From: | Geoff Winkless <pgsqladmin(at)geoff(dot)dj> |
---|---|
To: | Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Restore-reliability mode |
Date: | 2015-06-03 14:07:53 |
Message-ID: | CAEzk6fdRQ5E5Ce15wWjOqDTWM2Z+UQtwe=SWLs4tKdOavJjfMg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 3 June 2015 at 14:50, Noah Misch <noah(at)leadboat(dot)com> wrote:
> I
>
> would define the subject matter as "bug fixes, testing and review", not
> "restructuring, testing and review." Different code structures are
> clearest
> to different hackers. Restructuring, on average, adds bugs even more
> quickly
> than feature development adds them.
>
+1 to this. Rewriting or restructuring code because you don't trust it
(even though you have no reported real-world bugs) is a terrible idea.
Stopping all feature development to do it is even worse.
I know you're not talking about rewriting, but I think
http://www.joelonsoftware.com/articles/fog0000000069.html is always worth a
re-read, if only because it's funny :)
I would always 100% support a decision to push back new releases because of
bugfixes for *known* issues, but if you think you *might *be able to find
bugs in code you don't like, you should do that on your own time. Iff you
find actual bugs, *then *you talk about halting new releases.
Geoff
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2015-06-03 14:18:37 | Re: Restore-reliability mode |
Previous Message | Noah Misch | 2015-06-03 13:50:49 | Restore-reliability mode |