Re: Releasing in September

On 1/20/16 4:29 PM, Bruce Momjian wrote:
> On Wed, Jan 20, 2016 at 09:12:07AM -0800, Joshua Drake wrote:
>>> I just don't buy the Ubuntu release model for our database.  Ubuntu is
>>> trying to balance hot features vs stability, while we are really focused
>>> on stability, similar to Debian.
>>
>> I understand but I think we are missing out on an opportunity here.
>> Notice that the shorter release cycle for STS will actually make
>> some things easier. Including:
>>
>>   * Increased test base (just like Fedora/Ubuntu)
>>   * Increased early adopter testing (that is what early adopting is
>> really about for us anyway)
>>   * Decreased concerns about upgrades and ability to extend upgrade status.
>
> I can see LTS working for plugin change, but not server binary changes.

s/LTS/STS/?

In any case, I think JD is onto something here. As someone that focuses 
more on user experience than "deep core" code, I already find yearly 
releases to be quite inconvenient. It's hard to find the motivation to 
make a minor improvement in something (especially knowing how hard it 
will be to get the patch approved) knowing that it won't see the light 
of day for a year, and realistically I won't be able to use it with any 
clients that are in production for 2-3 years.

Given the high level of extensibility that we have, maybe it would be 
good to logically segregate stuff into things that are deeply embedded 
in the "core" code (ie: on-disk format) from things that are much easier 
to change when necessary (like add-on functions or PLs). Things like new 
JSON operators could be released much more rapidly that way.
-- 
Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX
Experts in Analytics, Data Architecture and PostgreSQL
Data in Trouble? Get it in Treble! http://BlueTreble.com