Обсуждение: Re: Add PostgreSQL 11 to feature matrix page?
[Moved to pgsql-www] >> Adding PostgreSQL 11 to the page will give users at-a-glance-dfference >> between 11 and previous releases, which could bring clearner image of >> 11 to the users. > > I do like this idea, but there are a few things to consider: > > 1. Traditionally, we’ve waited until closer to release (I believe RCs) before > putting them up, due to the fact features can change. It is simple to remove > features from the feature matrix, but I think it’s part of the final packaging to > include the full list of features. But by definition, all features in beta (at least major ones) are freezed and should not be changed unless there's a serious technical/none technical issue. So the features in the matrix would not be changed we expect. Also one of the purposes of beta is encouraging users to test out the beta. Adding to the page will give more chances to potential beta testers, I think. > Also, theoretically through the beta period, we should have a better idea of > which features we want to highlight, both including the major features and > others we believe should be brought to light. That's different story I think since the feature matrix does not say anything about what are the major features. > 2. We’d have to add some code to support displaying a beta version in > the feature matrix. Not a huge obstacle, but from reviewing the code and to > display it properly, I don’t believe we get it for free. Yes, I understand your concern. We should account the cost of course. > Not to derail the original purpose of this thread, but there are some other > areas of the website I’d also like to include accessibility features around the > beta, including > > 1. Listing “11” as one of the versions that someone can select in the “Report > a Bug” section > 2. Listing “11 beta 1” as one of the releases in the current releases section > > From what I see both of which will require a schema modification. > > Lastly, based on how you feel about the above, I would suggest that we move > this to -www as that would be the best area to find a solution. Thanks for the suggestion. I moved to pgsql-www. Best regards, -- Tatsuo Ishii SRA OSS, Inc. Japan English: http://www.sraoss.co.jp/index_en.php Japanese:http://www.sraoss.co.jp
> On May 24, 2018, at 10:09 PM, Tatsuo Ishii <ishii@sraoss.co.jp> wrote: > > [Moved to pgsql-www] Sorry for the slow reply! >>> Adding PostgreSQL 11 to the page will give users at-a-glance-dfference >>> between 11 and previous releases, which could bring clearner image of >>> 11 to the users. >> >> I do like this idea, but there are a few things to consider: >> >> 1. Traditionally, we’ve waited until closer to release (I believe RCs) before >> putting them up, due to the fact features can change. It is simple to remove >> features from the feature matrix, but I think it’s part of the final packaging to >> include the full list of features. > > But by definition, all features in beta (at least major ones) are > freezed and should not be changed unless there's a serious > technical/none technical issue. So the features in the matrix would > not be changed we expect. Also one of the purposes of beta is > encouraging users to test out the beta. Adding to the page will give > more chances to potential beta testers, I think. I don’t disagree. I need to make a test to see if this is possible with the current pgweb configuration. > >> Also, theoretically through the beta period, we should have a better idea of >> which features we want to highlight, both including the major features and >> others we believe should be brought to light. > > That's different story I think since the feature matrix does not say > anything about what are the major features. In recent memory I thought we typically put in major features, but there may be other ones that could / should make the list. > >> 2. We’d have to add some code to support displaying a beta version in >> the feature matrix. Not a huge obstacle, but from reviewing the code and to >> display it properly, I don’t believe we get it for free. > > Yes, I understand your concern. We should account the cost of course. > >> Not to derail the original purpose of this thread, but there are some other >> areas of the website I’d also like to include accessibility features around the >> beta, including >> >> 1. Listing “11” as one of the versions that someone can select in the “Report >> a Bug” section >> 2. Listing “11 beta 1” as one of the releases in the current releases section >> >> From what I see both of which will require a schema modification. >> >> Lastly, based on how you feel about the above, I would suggest that we move >> this to -www as that would be the best area to find a solution. > > Thanks for the suggestion. I moved to pgsql-www. I will make a test on my local copy of pgweb to see how easy it is to add 11 to the list. I will report back if it is easy or not. If the former, I’ll make the suggestion of adding it to the site and see if there are any objections. Thanks! Jonathan
On Jun 4, 2018, at 7:08 PM, Jonathan S. Katz <jkatz@postgresql.org> wrote:
On May 24, 2018, at 10:09 PM, Tatsuo Ishii <ishii@sraoss.co.jp> wrote:
[Moved to pgsql-www]
Sorry for the slow reply!Adding PostgreSQL 11 to the page will give users at-a-glance-dfference
between 11 and previous releases, which could bring clearner image of
11 to the users.
I do like this idea, but there are a few things to consider:
1. Traditionally, we’ve waited until closer to release (I believe RCs) before
putting them up, due to the fact features can change. It is simple to remove
features from the feature matrix, but I think it’s part of the final packaging to
include the full list of features.
But by definition, all features in beta (at least major ones) are
freezed and should not be changed unless there's a serious
technical/none technical issue. So the features in the matrix would
not be changed we expect. Also one of the purposes of beta is
encouraging users to test out the beta. Adding to the page will give
more chances to potential beta testers, I think.
I don’t disagree. I need to make a test to see if this is possible with
the current pgweb configuration.
I will make a test on my local copy of pgweb to see how easy it is to add 11
to the list. I will report back if it is easy or not. If the former, I’ll make the suggestion
of adding it to the site and see if there are any objections.
So to get this to work we need to follow the standard process of adding in
a new version to the feature matrix:
1. Write a migration to support “v11” in the Feature model
2. Add in the new features
The one thing currently is that unless something in the code is changed, it
displays the full version number (e.g. “11”) without any indication of it being
in beta. Experimenting with the code, I don’t think it would be difficult to add
that in, but it is non trivial and I may have to change some of the sorting code
we are currently using.
tl;dr
If we’re ok with displaying “11” early without any indication of beta, this is trivial
and we just need to create the migration. If not, then it’s a bit of work, but it
may be worthwhile.
Thoughts?
Jonathan
On Tue, Jun 5, 2018 at 1:59 AM, Jonathan S. Katz <jkatz@postgresql.org> wrote:
On Jun 4, 2018, at 7:08 PM, Jonathan S. Katz <jkatz@postgresql.org> wrote:
On May 24, 2018, at 10:09 PM, Tatsuo Ishii <ishii@sraoss.co.jp> wrote:
[Moved to pgsql-www]
Sorry for the slow reply!Adding PostgreSQL 11 to the page will give users at-a-glance-dfference
between 11 and previous releases, which could bring clearner image of
11 to the users.
I do like this idea, but there are a few things to consider:
1. Traditionally, we’ve waited until closer to release (I believe RCs) before
putting them up, due to the fact features can change. It is simple to remove
features from the feature matrix, but I think it’s part of the final packaging to
include the full list of features.
But by definition, all features in beta (at least major ones) are
freezed and should not be changed unless there's a serious
technical/none technical issue. So the features in the matrix would
not be changed we expect. Also one of the purposes of beta is
encouraging users to test out the beta. Adding to the page will give
more chances to potential beta testers, I think.
I don’t disagree. I need to make a test to see if this is possible with
the current pgweb configuration.
I will make a test on my local copy of pgweb to see how easy it is to add 11
to the list. I will report back if it is easy or not. If the former, I’ll make the suggestion
of adding it to the site and see if there are any objections.So to get this to work we need to follow the standard process of adding ina new version to the feature matrix:1. Write a migration to support “v11” in the Feature model2. Add in the new featuresThe one thing currently is that unless something in the code is changed, itdisplays the full version number (e.g. “11”) without any indication of it beingin beta. Experimenting with the code, I don’t think it would be difficult to addthat in, but it is non trivial and I may have to change some of the sorting codewe are currently using.tl;drIf we’re ok with displaying “11” early without any indication of beta, this is trivialand we just need to create the migration. If not, then it’s a bit of work, but itmay be worthwhile.Thoughts?
I think it's perfectly fine to show it as 11.
On Jun 6, 2018, at 9:09 AM, Magnus Hagander <magnus@hagander.net> wrote:On Tue, Jun 5, 2018 at 1:59 AM, Jonathan S. Katz <jkatz@postgresql.org> wrote:On Jun 4, 2018, at 7:08 PM, Jonathan S. Katz <jkatz@postgresql.org> wrote:
On May 24, 2018, at 10:09 PM, Tatsuo Ishii <ishii@sraoss.co.jp> wrote:
[Moved to pgsql-www]
Sorry for the slow reply!Adding PostgreSQL 11 to the page will give users at-a-glance-dfference
between 11 and previous releases, which could bring clearner image of
11 to the users.
I do like this idea, but there are a few things to consider:
1. Traditionally, we’ve waited until closer to release (I believe RCs) before
putting them up, due to the fact features can change. It is simple to remove
features from the feature matrix, but I think it’s part of the final packaging to
include the full list of features.
But by definition, all features in beta (at least major ones) are
freezed and should not be changed unless there's a serious
technical/none technical issue. So the features in the matrix would
not be changed we expect. Also one of the purposes of beta is
encouraging users to test out the beta. Adding to the page will give
more chances to potential beta testers, I think.
I don’t disagree. I need to make a test to see if this is possible with
the current pgweb configuration.
I will make a test on my local copy of pgweb to see how easy it is to add 11
to the list. I will report back if it is easy or not. If the former, I’ll make the suggestion
of adding it to the site and see if there are any objections.So to get this to work we need to follow the standard process of adding ina new version to the feature matrix:1. Write a migration to support “v11” in the Feature model2. Add in the new featuresThe one thing currently is that unless something in the code is changed, itdisplays the full version number (e.g. “11”) without any indication of it beingin beta. Experimenting with the code, I don’t think it would be difficult to addthat in, but it is non trivial and I may have to change some of the sorting codewe are currently using.tl;drIf we’re ok with displaying “11” early without any indication of beta, this is trivialand we just need to create the migration. If not, then it’s a bit of work, but itmay be worthwhile.Thoughts?I think it's perfectly fine to show it as 11.
See attached for review. This follows the standard format we have used for
adding new versions to the feature matrix.
Thanks,
Jonathan
Вложения
On Jun 6, 2018, at 10:35 AM, Jonathan S. Katz <jkatz@postgresql.org> wrote:
On Jun 6, 2018, at 9:09 AM, Magnus Hagander <magnus@hagander.net> wrote:On Tue, Jun 5, 2018 at 1:59 AM, Jonathan S. Katz <jkatz@postgresql.org> wrote:On Jun 4, 2018, at 7:08 PM, Jonathan S. Katz <jkatz@postgresql.org> wrote:
On May 24, 2018, at 10:09 PM, Tatsuo Ishii <ishii@sraoss.co.jp> wrote:
[Moved to pgsql-www]
Sorry for the slow reply!Adding PostgreSQL 11 to the page will give users at-a-glance-dfference
between 11 and previous releases, which could bring clearner image of
11 to the users.
I do like this idea, but there are a few things to consider:
1. Traditionally, we’ve waited until closer to release (I believe RCs) before
putting them up, due to the fact features can change. It is simple to remove
features from the feature matrix, but I think it’s part of the final packaging to
include the full list of features.
But by definition, all features in beta (at least major ones) are
freezed and should not be changed unless there's a serious
technical/none technical issue. So the features in the matrix would
not be changed we expect. Also one of the purposes of beta is
encouraging users to test out the beta. Adding to the page will give
more chances to potential beta testers, I think.
I don’t disagree. I need to make a test to see if this is possible with
the current pgweb configuration.
I will make a test on my local copy of pgweb to see how easy it is to add 11
to the list. I will report back if it is easy or not. If the former, I’ll make the suggestion
of adding it to the site and see if there are any objections.So to get this to work we need to follow the standard process of adding ina new version to the feature matrix:1. Write a migration to support “v11” in the Feature model2. Add in the new featuresThe one thing currently is that unless something in the code is changed, itdisplays the full version number (e.g. “11”) without any indication of it beingin beta. Experimenting with the code, I don’t think it would be difficult to addthat in, but it is non trivial and I may have to change some of the sorting codewe are currently using.tl;drIf we’re ok with displaying “11” early without any indication of beta, this is trivialand we just need to create the migration. If not, then it’s a bit of work, but itmay be worthwhile.Thoughts?I think it's perfectly fine to show it as 11.See attached for review. This follows the standard format we have used foradding new versions to the feature matrix.
This patch has been applied.
I’ve added a few of the PostgreSQL 11 features into the matrix just to get a basic
list going:
Skimming through it, we may be due for some reorganization and some new
categories, e.g. “Partitioning,” “Indexing” etc.
I can think of some others after looking at it more thoroughly.
Thanks,
Jonathan
>> On Jun 6, 2018, at 10:35 AM, Jonathan S. Katz <jkatz@postgresql.org> wrote: >> >>> >>> On Jun 6, 2018, at 9:09 AM, Magnus Hagander <magnus@hagander.net <mailto:magnus@hagander.net>> wrote: >>> >>> >>> >>> On Tue, Jun 5, 2018 at 1:59 AM, Jonathan S. Katz <jkatz@postgresql.org <mailto:jkatz@postgresql.org>> wrote: >>> >>>> On Jun 4, 2018, at 7:08 PM, Jonathan S. Katz <jkatz@postgresql.org <mailto:jkatz@postgresql.org>> wrote: >>>> >>>>> >>>>> On May 24, 2018, at 10:09 PM, Tatsuo Ishii <ishii@sraoss.co.jp <mailto:ishii@sraoss.co.jp>> wrote: >>>>> >>>>> [Moved to pgsql-www] >>>> >>>> Sorry for the slow reply! >>>> >>>>>>> Adding PostgreSQL 11 to the page will give users at-a-glance-dfference >>>>>>> between 11 and previous releases, which could bring clearner image of >>>>>>> 11 to the users. >>>>>> >>>>>> I do like this idea, but there are a few things to consider: >>>>>> >>>>>> 1. Traditionally, we’ve waited until closer to release (I believe RCs) before >>>>>> putting them up, due to the fact features can change. It is simple to remove >>>>>> features from the feature matrix, but I think it’s part of the final packaging to >>>>>> include the full list of features. >>>>> >>>>> But by definition, all features in beta (at least major ones) are >>>>> freezed and should not be changed unless there's a serious >>>>> technical/none technical issue. So the features in the matrix would >>>>> not be changed we expect. Also one of the purposes of beta is >>>>> encouraging users to test out the beta. Adding to the page will give >>>>> more chances to potential beta testers, I think. >>>> >>>> I don’t disagree. I need to make a test to see if this is possible with >>>> the current pgweb configuration. >>>> >>>> I will make a test on my local copy of pgweb to see how easy it is to add 11 >>>> to the list. I will report back if it is easy or not. If the former, I’ll make the suggestion >>>> of adding it to the site and see if there are any objections. >>> >>> So to get this to work we need to follow the standard process of adding in >>> a new version to the feature matrix: >>> >>> 1. Write a migration to support “v11” in the Feature model >>> 2. Add in the new features >>> >>> The one thing currently is that unless something in the code is changed, it >>> displays the full version number (e.g. “11”) without any indication of it being >>> in beta. Experimenting with the code, I don’t think it would be difficult to add >>> that in, but it is non trivial and I may have to change some of the sorting code >>> we are currently using. >>> >>> tl;dr >>> >>> If we’re ok with displaying “11” early without any indication of beta, this is trivial >>> and we just need to create the migration. If not, then it’s a bit of work, but it >>> may be worthwhile. >>> >>> Thoughts? >>> >>> >>> I think it's perfectly fine to show it as 11. >> >> See attached for review. This follows the standard format we have used for >> adding new versions to the feature matrix. > > This patch has been applied. > > I’ve added a few of the PostgreSQL 11 features into the matrix just to get a basic > list going: > > https://www.postgresql.org/about/featurematrix/ <https://www.postgresql.org/about/featurematrix/> > > Skimming through it, we may be due for some reorganization and some new > categories, e.g. “Partitioning,” “Indexing” etc. > > I can think of some others after looking at it more thoroughly. This is very helpful. Thanks! Best regards, -- Tatsuo Ishii SRA OSS, Inc. Japan English: http://www.sraoss.co.jp/index_en.php Japanese:http://www.sraoss.co.jp